1. Introduction
The Db4o plugin enables lightweight access to Db4o datasources. This plugin does NOT provide domain classes nor dynamic finders like GORM does.
Griffon version: 2.12.0
2. Usage
The following sections describe how you may use this plugin in a project.
2.1. Configuration
You must create a configuration file named Db4o
that holds the settings for creating instances of com.db4o.ObjectContainer
.
This file follows the same standard configuration mechanism as the application’s Config
file, which means you can define the
configuration using
-
a properties file
-
a Java file
-
a Groovy script
The following example shows the default settings needed to connect the default datasource taking into account that each environment may connect to a different datasource.
dataSource {
delete = true
}
environments {
development {
dataSource {
name = '@application.name@-dev.yarv'
}
}
test {
dataSource {
name = '@application.name@-test.yarv'
}
}
production {
dataSource {
name = '@application.name@-prod.yarv'
}
}
}
You may configure multiple named datasources (the default factory is aptly named default
) as the following snippet
shows
dataSources {
internal {
name = '@application.name@-internal.yarv'
}
people {
name = '@application.name@-people.yarv'
}
}
The following properties are optional
Property | Type | Default | Description |
---|---|---|---|
delete |
boolean |
false |
Deletes the datasource file when disconnectingfrom the datasource. |
connect_on_startup |
boolean |
false |
Establishes a connection to the datasource at the beginning of the |
The plugin’s module registers a ObjectContainerHandler
helper class that defines the base contract
for accessing a datasource and issue queries to it. This class has the following methods
@Nullable
<R> R withDb4o(@Nonnull ObjectContainerCallback<R> callback);
@Nullable
<R> R withDb4o(@Nonnull String dataSourceName, @Nonnull ObjectContainerCallback<R> callback);
void closeDb4o();
void closeDb4o(@Nonnull String dataSourceName);
These method are aware of multiple datasources. If no dataSourceName is specified when calling them then the default
datasource will be selected. You can inject an instance of this class anywhere it’s needed using @Inject
. There is one
callback you may use with this method: ObjectContainerCallback
.
This callback is defined using a functional interface approach, which means you can apply lambda expressions if running with JDK8+ or closures if running Groovy.
public interface ObjectContainerCallback<R> {
@Nullable
R handle(@Nonnull String dataSourceName, @Nonnull ObjectContainer objectContainer);
}
2.1.1. Bootstrap
You may execute arbitrary datasource calls during connection and disconnection from a com.db4o.ObjectContainer
. Simply
create a class that implements the Db4oBootstrap
interface and register it within a module, for example
package com.acme;
import griffon.plugins.db4o.Db4oBootstrap;
import com.db4o.ObjectContainer;
import javax.annotation.Nonnull;
import javax.inject.Named;
@Named("sample")
public class SampleDb4oBootstrap implements Db4oBootstrap {
@Override
public void init(@Nonnull String dataSourceName, @Nonnull ObjectContainer objectContainer) {
// operations after first connection to objectContainer
}
@Override
public void destroy(@Nonnull String dataSourceName, @Nonnull ObjectContainer objectContainer) {
// operations before disconnecting from the objectContainer
}
}
package com.acme;
import griffon.plugins.db4o.Db4oBootstrap;
import griffon.core.injection.Module;
import org.codehaus.griffon.runtime.core.injection.AbstractModule;
import org.kordamp.jipsy.ServiceProviderFor;
@ServiceProviderFor(Module.class)
public class ApplicationModule extends AbstractModule {
@Override
protected void doConfigure() {
bind(Db4oBootstrap.class)
.to(SampleDb4oBootstrap.class)
.asSingleton();
}
}
2.2. Example
The following is a trivial usage of the ObjectContainerHandler
inside a Java service
package com.acme;
import griffon.core.artifact.GriffonService;
import griffon.metadata.ArtifactProviderFor;
import org.codehaus.griffon.runtime.core.artifact.AbstractGriffonService;
import griffon.plugins.db4o.ObjectContainerHandler;
import griffon.plugins.db4o.ObjectContainerCallback;
import com.db4o.ObjectContainer;
import javax.annotation.Nonnull;
import javax.inject.Inject;
@ArtifactProviderFor(GriffonService.class)
public class SampleService extends AbstractGriffonService {
@Inject
private ObjectContainerHandler objectContainerHandler;
public String getPersonName(final int id) {
return objectContainerHandler.withDb4o(new ObjectContainerCallback<String>() {
public String handle(@Nonnull String dataSourceName, @Nonnull ObjectContainer objectContainer) {
...
});
}
}
Here’s the Groovy version of it
package com.acme
import griffon.core.artifact.GriffonService
import griffon.metadata.ArtifactProviderFor
import griffon.plugins.db4o.ObjectContainerHandler
import javax.inject.Inject
@ArtifactProviderFor(GriffonService)
class SampleService {
@Inject
private ObjectContainerHandler objectContainerHandler
String getPersonName(int id) {
objectContainerHandler.withDb4o { String dataSourceName, ObjectContainer objectContainer ->
...
}
}
}
2.3. Events
The following events will be triggered by ObjectContainerHandler
- Db4oConnectStart(String dataSourceName, Map<String, Object> config)
-
Triggered before connecting to the datasource.
- Db4oConfigurationSetup(String dataSourceName, Map<String, Object> config, EmbeddedConfiguration configuration)
-
Triggered when configuring the object container
- Db4oConnectEnd(String dataSourceName, Map<String, Object> config, ObjectContainer objectContainer)
-
Triggered after connecting to the datasource.
- Db4oDisconnectStart(String dataSourceName, Map<String, Object> config, ObjectContainer objectContainer)
-
Triggered before disconnecting from the datasource.
- Db4oDisconnectEnd(String dataSourceName, Map<String, Object> config)
-
Triggered after disconnecting from the datasource.
DataSource events may be triggered during connection and disconnection from a com.db4o.ObjectContainer .
|
2.4. AST Transformation
You can apply the @Db4oAware
AST transformation on any class. This injects the behavior of ObjectContainerHandler
into said class. The previous Groovy service example can be rewritten as follows
package com.acme
import griffon.core.artifact.GriffonService
import griffon.metadata.ArtifactProviderFor
import griffon.transform.Db4oAware
import com.db4o.ObjectContainer
@Db4oAware
@ArtifactProviderFor(GriffonService)
class SampleService {
String getPersonName(int id) {
withDb4o { String dataSourceName, ObjectContainer objectContainer ->
...
}
}
}
3. Build Configuration
3.1. Gradle
You have two options for configuring this plugin: automatic and manual.
3.1.1. Automatic
As long as the project has the org.codehaus.griffon.griffon
plugin applied to it you
may include the following snippet in build.gradle
dependencies {
griffon 'org.codehaus.griffon.plugins:griffon-db4o-plugin:2.1.0'
}
The griffon
plugin will take care of the rest given its configuration.
3.2. Maven
First configure the griffon-db4o-plugin
BOM in your POM file, by placing the following
snippet before the <build>
element
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.codehaus.griffon.plugins</groupId>
<artifactId>griffon-db4o-plugin</artifactId>
<version>2.1.0</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
Next configure dependencies as required by your particular setup
<dependency>
<groupId>org.codehaus.griffon.plugins</groupId>
<artifactId>griffon-db4o-core</artifactId>
</dependency>
<dependency>
<groupId>org.codehaus.griffon.plugins</groupId>
<artifactId>griffon-db4o-groovy-compile</artifactId>
</dependency>
Don’t forget to configure all -compile
dependencies with the maven-surefire-plugin, like so
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<classpathDependencyExcludes>
<classpathDependencyExclude>
org.codehaus.griffon:griffon-db4o-groovy-compile
</classpathDependencyExclude>
</classpathDependencyExcludes>
</configuration>
</plugin>
4. Modules
The following sections display all bindings per module. Use this information to successfully override a binding on your own modules or to troubleshoot a module binding if the wrong type has been applied by the Griffon runtime.
4.1. Db4o
Module name: db4o
bind(ResourceBundle.class)
.withClassifier(named("db4o"))
.toProvider(new ResourceBundleProvider("Db4o"))
.asSingleton();
bind(Configuration.class)
.withClassifier(named("db4o"))
.to(DefaultDb4oConfiguration.class)
.asSingleton();
bind(ObjectContainerStorage.class)
.to(DefaultObjectContainerStorage.class)
.asSingleton();
bind(ObjectContainerFactory.class)
.to(DefaultObjectContainerFactory.class)
.asSingleton();
bind(ObjectContainerHandler.class)
.to(DefaultObjectContainerHandler.class)
.asSingleton();
bind(GriffonAddon.class)
.to(Db4oAddon.class)
.asSingleton();