JBoss.orgCommunity Documentation
This connector provides read-only access to the metadata (e.g., catalogs, schemas, table structures) of a relational database. The connector yields a content graph that looks like this:
/ (root node) + <catalog name> - one node for each accessible catalog in the database. + <schema name> - one node for each accessible schema in the catalog. + tables - a single node that is the parent of all tables in the schema. | + <table name> - one node for each table in the schema. | + <column name> - one node for each column in the table. + procedures - a single node that is the parent of all procedures in the schema. + <procedure name> - one node for each procedure in the schema.
The root, table, column, and procedure nodes contain additional properties that correspond to the metadata provide by the
DatabaseMetaData
class. In databases that do not support catalogs or schemas (or allow the empty string as a valid
catalog or schema name, the value of the defaultCatalogName
and/or defaultSchemaName
properties
will be used instead when determining the graph name.
This connector has currently been tested successfully against Oracle 10g, Oracle 11g, Microsoft SQL Server 2008 (with the Microsoft JDBC driver),
IBM DB2 v9, Sybase ASE 15, MySQL 5 (with the InnoDB engine), PostgreSQL 8, and HSQLDB.
As JDBC driver implementations of the DatabaseMetaData
interface tend to vary widely, other databases may or may not work
with the default MetadataCollector
implementation. As one example, the metadataCollectorClassName
property
must be set to org.jboss.dna.connector.meta.jdbc.SqlServerMetadataConnector
if the Microsoft JDBC driver is used. This is
to work around a known bug where that driver returns a list of users from a call to DatabaseMetaData
.getSchemas() instead of a list of schemas.
To use this connector with the DNA JCR layer, you must import the JCR node types that this connector uses. These are bundled
in the JAR for this connector at the path /org/jboss/dna/connector/meta/jdbc/nodeTypes.cnd
. Please see the Getting Started Guide
for detailed examples of how to import custom JCR node types.
The JdbcMetadataSource
class provides a number of JavaBean properties that control its behavior:
Table 19.1. JdbcMetadataSource
properties
Property | Description |
---|---|
cachePolicy | Optional property that, if used, defines the cache policy to use for this repository source. When not used, this source will not define a specific duration for caching information. |
dataSourceJndiName | The JNDI name of the JDBC DataSource instance that should be used. If not specified, the other driver properties must be set. |
defaultCatalogName | The name to use for the catalog name if the database does not support catalogs or the database has a catalog with the empty string as a name. The default value is "default". |
defaultSchemaName | The name to use for the schema name if the database does not support schemas or the database has a schema with the empty string as a name. The default value is "default". |
driverClassloaderName | The name of the class loader or classpath that should be used to load the JDBC driver class. This is not required if the DataSource is found in JNDI. |
driverClassName | The name of the JDBC driver class. This is not required if the DataSource is found in JNDI, but is required otherwise. |
idleTimeInSecondsBeforeTestingConnections | The number of seconds after a connection remains in the pool that the connection should be tested to ensure it is still valid. The default is 180 seconds (or 3 minutes). |
maximumConnectionsInPool | The maximum number of connections that may be in the connection pool. The default is "5". |
maximumConnectionIdleTimeInSeconds | The maximum number of seconds that a connection should remain in the pool before being closed. The default is "600" seconds (or 10 minutes). |
maximumSizeOfStatementCache | The maximum number of statements that should be cached. Statement caching can be disabled by setting to "0". The default is "100". |
metadataCollectorClassName |
The name of a custom class to use for metadata collection. The class must implement the MetadataCollector interface. If a null
value is specified for this property, a default MetadataCollector implementation will be used that relies on the DatabaseMetaData
provided by the JDBC driver for the connection. This property is provided as a means for connecting to databases with a JDBC driver
that provides a non-standard DatabaseMetaData implementation or no DatabaseMetaData implementation at all.
|
minimumConnectionsInPool | The minimum number of connections that will be kept in the connection pool. The default is "0". |
name | The name of the repository source, which is used by the RepositoryService when obtaining a RepositoryConnection by name. |
nameOfDefaultWorkspace | Optional property that is initialized to an empty string and which defines the name for the workspace that will be used by default if none is specified. |
numberOfConnectionsToAcquireAsNeeded | The number of connections that should be added to the pool when there are not enough to be used. The default is "1". |
retryLimit | Optional property that, if used, defines the number of times that any single operation on a RepositoryConnection to this source should be retried following a communication failure. The default value is '0'. |
password | The password that should be used when creating JDBC connections using the JDBC driver class. This is not required if the DataSource is found in JNDI. |
rootNodeUuid | Optional property that, if used, defines the UUID of the root node in the repository. If not used, then a new UUID is generated. |
url | The URL that should be used when creating JDBC connections using the JDBC driver class. This is not required if the DataSource is found in JNDI. |
username | The username that should be used when creating JDBC connections using the JDBC driver class. This is not required if the DataSource is found in JNDI. |
One way to configure the JDBC metadata connector is to create JcrConfiguration
instance with a repository source that uses the JdbcMetadataSource
class.
For example:
JcrConfiguration config = ...
config.repositorySource("Meta Store")
.usingClass(JdbcMetadataSource.class)
.setDescription("The database source for our content")
.setProperty("dataSourceJndiName", "java:/MyDataSource")
.setProperty("nameOfDefaultWorkspace", "default");
Of course, setting other more advanced properties would entail calling setProperty(...)
for each. Since almost all
of the properties have acceptable default values, however, we don't need to set very many of them.
Another way to configure the JDBC metadata connector is to create JcrConfiguration
instance and load an XML configuration file that contains a repository source that
uses the JdbcMetadataSource
class.
For example a file named configRepository.xml can be created with these contents:
<?xml version="1.0" encoding="UTF-8"?>
<configuration xmlns:dna="http://www.jboss.org/dna/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0">
<!--
Define the sources for the content. These sources are directly accessible using the
DNA-specific Graph API. In fact, this is how the DNA JCR implementation works. You
can think of these as being similar to JDBC DataSource objects, except that they expose
graph content via the Graph API instead of records via SQL or JDBC.
-->
<dna:sources jcr:primaryType="nt:unstructured">
<!--
The 'Meta Store' repository is a JDBC metadata repository with a single default
workspace (though others could be created, too).
-->
<dna:source jcr:name="Meta Store"
dna:classname="org.jboss.dna.graph.connector.meta.jdbc.JdbcMetadataSource"
dna:description="The database source for our content"
dna:dataSourceJndiName="java:/MyDataSource"
dna:defaultworkspaceName="default"/>
</dna:sources>
<!-- MIME type detectors and JCR repositories would be defined below -->
</configuration>
The configuration can then be loaded from Java like this:
JcrConfiguration config = new JcrConfiguration().loadFrom("/configRepository.xml");