Oracle GlassFish Server Application Development Guide Release 3.1.2 Part Number E24930-01 |
|
|
View PDF |
This chapter describes Oracle TopLink, the default persistence provider in Oracle GlassFish Server, and introduces how to use it. This chapter also tells how to set the default persistence provider in GlassFish Server and how to use persistence-related features specific to GlassFish Server such as automatic schema generation.
The following topics are addressed here:
Oracle TopLink is the default persistence provider in Oracle GlassFish Server. It is a comprehensive standards-based object-persistence and object-transformation framework that provides APIs, schemas, and run-time services for the persistence layer of an application.
TopLink includes all of EclipseLink, from the Eclipse Foundation. EclipseLink is the default persistence provider in GlassFish Server Open Source Edition. EclipseLink is the open source implementation of the development framework and the runtime provided in TopLink. EclipseLink implements the following specifications, plus value-added extensions:
Java Persistence Architecture (JPA) 2.0.
JPA 2.0 is part of Java Platform, Enterprise Edition 6 (Java EE 6). It includes improvements and enhancements to domain modeling, object/relational mapping, EntityManager
and Query
interfaces, and the Java Persistence Query Language (JPQL). It includes an API for criteria queries, a metamodel API, and support for validation. The Java Persistence API can be used with non-EJB components outside the EJB container.
For the JPA 2.0 Specification, see Java Specification Request (JSR) 317. For basic information about the Java Persistence API, see "Persistence" in The Java EE 6 Tutorial.
Java Architecture for XML Binding (JAXB) 2.0. The EclipseLink JAXB implementation, plus EclipseLink extensions, is called MOXy. The org.eclipse.persistence.moxy.jar
file is bundled with GlassFish Server. For more information about MOXy support in GlassFish Server, see The Databinding Provider.
For the JAXB 2.0 specification, see Java Specification Request (JSR) 222.
EclipseLink utilities are not included but can be used with GlassFish Server. Download the EclipseLink zip file at http://www.eclipse.org/eclipselink/downloads/
and unzip it. The utility files are located here:
bin/jaxb-compiler.cmd bin/jaxb-compiler.sh
In addition to all of EclipseLink, Oracle TopLink includes TopLink Grid, an integration between TopLink and Oracle Coherence that allows TopLink to use Oracle Coherence as a level 2 (L2) cache and persistence layer for entities. The toplink-grid.jar
file is bundled with Oracle GlassFish Server.
Note:
You must have a license for Oracle Coherence to be able to use TopLink Grid.
For information about developing, deploying, and configuring Oracle TopLink, EclipseLink, and TopLink Grid applications, see the following:
EclipseLink project home at http://wiki.eclipse.org/EclipseLink
EclipseLink Documentation Center at http://wiki.eclipse.org/EclipseLink/UserGuide
Java API Reference for EclipseLink at http://www.eclipse.org/eclipselink/api/latest/index.html
EclipseLink examples at http://wiki.eclipse.org/EclipseLink/Examples
Oracle Fusion Middleware Integration Guide for Oracle TopLink with Coherence Grid
To run TopLink JPA applications in GlassFish Server, you must configure the server and coordinate certain server and application settings. These are described in the following steps. For a summary of these steps, see "Using TopLink with WebLogic Server" in Oracle Fusion Middleware Solution Guide for Oracle TopLink. For more detailed explanations of these steps, see the links in the steps.
Set up the datasource. See "Administering Database Connectivity" in Oracle GlassFish Server Administration Guide.
Create the application. For guidance in writing your application, see "Persistence" in The Java EE 6 Tutorial.
Create the persistence.xml
file. See Specifying the Database for an Application for considerations specific to GlassFish Server.
If you are using the Java Persistence API by calling Persistence.createEMF()
, see Specifying the Persistence Provider for an Application.
If the security manager is enabled and you are using the Java Persistence API by calling Persistence.createEMF()
, see Enabling and Disabling the Security Manager.
Deploy the application. See the Oracle GlassFish Server Application Deployment Guide.
Run the application. See "Application Client Launch" and "To Launch an Application" in Administration Console online help.
Monitor the application. See "Administering the Monitoring Service" in Oracle GlassFish Server Administration Guide.
GlassFish Server uses the bundled Java DB (Derby) database by default, named jdbc/__default
. If the transaction-type
element is omitted or specified as JTA
and both the jta-data-source
and non-jta-data-source
elements are omitted in the persistence.xml
file, Java DB is used as a JTA data source. If transaction-type
is specified as RESOURCE_LOCAL
and both jta-data-source
and non-jta-data-source
are omitted, Java DB is used as a non-JTA data source.
To use a non-default database, either specify a value for the jta-data-source
element, or set the transaction-type
element to RESOURCE_LOCAL
and specify a value for the non-jta-data-source
element.
If you are using the default persistence provider, the provider attempts to automatically detect the database type based on the connection metadata. This database type is used to issue SQL statements specific to the detected database type's dialect. You can specify the optional eclipselink.target-database
property to guarantee that the database type is correct. For example:
<?xml version="1.0" encoding="UTF-8"?> <persistence xmlns="http://java.sun.com/xml/ns/persistence"> <persistence-unit name ="em1"> <jta-data-source>jdbc/MyDB2DB</jta-data-source> <properties> <property name="eclipselink.target-database" value="DB2"/> </properties> </persistence-unit> </persistence>
The following eclipselink.target-database
property values are allowed. Supported platforms have been tested with the GlassFish Server and are found to be Java EE compatible.
//Supported platforms JavaDB Derby Oracle MySQL4 //Others available SQLServer DB2 Sybase PostgreSQL Informix TimesTen Attunity HSQL SQLAnyWhere DBase DB2Mainframe Cloudscape PointBase
For more information about the eclipselink.target-database
property, see Using EclipseLink JPA Extensions for Session, Target Database and Target Application Server (http://wiki.eclipse.org/Using_EclipseLink_JPA_Extensions_(ELUG)#Using_EclipseLink_JPA_Extensions_for_Session.2C_Target_Database_and_Target_Application_Server
).
If you are using the Java Persistence API by calling Persistence.createEMF()
, do not specify the jta-data-source
or non-jta-data-source
elements. Instead, specify the provider
element and any additional properties required by the JDBC driver or the database. For example:
<?xml version="1.0" encoding="UTF-8"?> <persistence xmlns="http://java.sun.com/xml/ns/persistence" version="1.0"> <persistence-unit name ="em2"> <provider>org.eclipse.persistence.jpa.PersistenceProvider</provider> <class>ejb3.war.servlet.JpaBean</class> <properties> <property name="eclipselink.target-database" value="Derby"/> <!-- JDBC connection properties --> <property name="eclipselink.jdbc.driver" value="org.apache.derby.jdbc.ClientDriver"/> <property name="eclipselink.jdbc.url" value="jdbc:derby://localhost:1527/testdb;retrieveMessagesFromServerOnGetMessage=true;create=true;"/> <property name="eclipselink.jdbc.user" value="APP"/> <property name="eclipselink.jdbc.password" value="APP"/> </properties> </persistence-unit> </persistence>
For a list of the JDBC drivers currently supported by the GlassFish Server, see the Oracle GlassFish Server Release Notes. For configurations of supported and other drivers, see "Configuration Specifics for JDBC Drivers" in Oracle GlassFish Server Administration Guide.
If you are using the default persistence provider in an application that uses the Java Persistence API by injecting or looking up an entity manager or entity manager factory, you do not need to specify the provider.
If you are using the Java Persistence API by calling Persistence.createEMF()
, you should always specify the persistence provider for specification compliance. To specify the default provider, set the provider
element of the persistence.xml
file to org.eclipse.persistence.jpa.PersistenceProvider
.
You can specify a non-default persistence provider for an application in the manner described in the Java Persistence API Specification:
Install the provider. Copy the provider JAR files to the domain-dir/lib
directory, and restart the GlassFish Server. For more information about the domain-dir/lib
directory, see Using the Common Class Loader. The new persistence provider is now available to all modules and applications deployed on servers that share the same configuration.
However, the default provider remains the same, Oracle TopLink or EclipseLink.
In your persistence unit, specify the provider and any properties the provider requires in the persistence.xml
file. For example:
<?xml version="1.0" encoding="UTF-8"?> <persistence xmlns="http://java.sun.com/xml/ns/persistence"> <persistence-unit name ="em3"> <provider>com.company22.persistence.PersistenceProviderImpl</provider> <properties> <property name="company22.database.name" value="MyDB"/> </properties> </persistence-unit> </persistence>
To specify the provider programmatically instead of in the persistence.xml
file, set the javax.persistence.provider
property and pass it to the Map
parameter of the following method:
javax.persistence.Persistence.createEntityManagerFactory(String, Map)
In the descriptions of the @GeneratedValue
, @SequenceGenerator
, and @TableGenerator
annotations in the Java Persistence Specification, certain defaults are noted as specific to the persistence provider. The default persistence provider's primary key generation defaults are listed here.
@GeneratedValue
defaults are as follows:
Using strategy=AUTO
(or no strategy
) creates a @TableGenerator
named SEQ_GEN
with default settings. Specifying a generator
has no effect.
Using strategy=TABLE
without specifying a generator
creates a @TableGenerator
named SEQ_GEN_TABLE
with default settings. Specifying a generator
but no @TableGenerator
creates and names a @TableGenerator
with default settings.
Using strategy=IDENTITY
or strategy=SEQUENCE
produces the same results, which are database-specific.
For Oracle databases, not specifying a generator
creates a @SequenceGenerator
named SEQ_GEN_SEQUENCE
with default settings. Specifying a generator
but no @SequenceGenerator
creates and names a @SequenceGenerator
with default settings.
For PostgreSQL databases, a SERIAL
column named entity-table_
pk-column_SEQ
is created.
For MySQL databases, an AUTO_INCREMENT
column is created.
For other supported databases, an IDENTITY
column is created.
The @SequenceGenerator
annotation has one default specific to the default provider. The default sequenceName
is the specified name
.
@TableGenerator
defaults are as follows:
The default table
is SEQUENCE
.
The default pkColumnName
is SEQ_NAME
.
The default valueColumnName
is SEQ_COUNT
.
The default pkColumnValue
is the specified name
, or the default name
if no name
is specified.
The automatic schema generation feature of the GlassFish Server defines database tables based on the fields or properties in entities and the relationships between the fields or properties. This insulates developers from many of the database related aspects of development, allowing them to focus on entity development. The resulting schema is usable as-is or can be given to a database administrator for tuning with respect to performance, security, and so on.
The following topics are addressed here:
Note:
Automatic schema generation is supported on an all-or-none basis: it expects that no tables exist in the database before it is executed. It is not intended to be used as a tool to generate extra tables or constraints.
Deployment won't fail if all tables are not created, and undeployment won't fail if not all tables are dropped. Instead, an error is written to the server log. This is done to allow you to investigate the problem and fix it manually. You should not rely on the partially created database schema to be correct for running the application.
The following annotations are used in automatic schema generation: @AssociationOverride
, @AssociationOverrides
, @AttributeOverride
, @AttributeOverrides
, @Column
, @DiscriminatorColumn
, @DiscriminatorValue
, @Embedded
, @EmbeddedId
, @GeneratedValue
, @Id
, @IdClass
, @JoinColumn
, @JoinColumns
, @JoinTable
, @Lob
, @ManyToMany
, @ManyToOne
, @OneToMany
, @OneToOne
, @PrimaryKeyJoinColumn
, @PrimaryKeyJoinColumns
, @SecondaryTable
, @SecondaryTables
, @SequenceGenerator
, @Table
, @TableGenerator
, @UniqueConstraint
, and @Version
. For information about these annotations, see the Java Persistence Specification.
For @Column
annotations, the insertable
and updatable
elements are not used in automatic schema generation.
For @OneToMany
and @ManyToOne
annotations, no ForeignKeyConstraint
is created in the resulting DDL files.
Schema generation properties or asadmin
command line options can control automatic schema generation by the following:
Creating tables during deployment
Dropping tables during undeployment
Dropping and creating tables during redeployment
Generating the DDL files
Note:
Before using these options, make sure you have a properly configured database. See Specifying the Database for an Application.
Optional schema generation properties control the automatic creation of database tables. You can specify them in the persistence.xml
file. For more information, see Using EclipseLink JPA Extensions for Schema Generation (http://wiki.eclipse.org/Using_EclipseLink_JPA_Extensions_(ELUG)#Using_EclipseLink_JPA_Extensions_for_Schema_Generation
).
The following options of the asadmin deploy
or asadmin deploydir
command control the automatic creation of database tables at deployment.
Table 6-1 The asadmin deploy
and asadmin deploydir
Generation Options
Option | Default | Description |
---|---|---|
|
none |
If |
|
none |
If If If |
The following options of the asadmin undeploy
command control the automatic removal of database tables at undeployment.
Table 6-2 The asadmin undeploy
Generation Options
Option | Default | Description |
---|---|---|
|
none |
If If not specified, tables are dropped only if the |
For more information about the asadmin deploy
, asadmin deploydir
, and asadmin undeploy
commands, see the Oracle GlassFish Server Reference Manual.
When asadmin
deployment options and persistence.xml
options are both specified, the asadmin
deployment options take precedence.
This section discusses restrictions and performance optimizations that affect using the Java Persistence API.
The following topics are addressed here:
EclipseLink features a number of enhancements for use with Oracle databases. These enhancements require classes from the Oracle JDBC driver JAR files to be visible to EclipseLink at runtime. If you place the JDBC driver JAR files in domain-dir/lib
, the classes are not visible to GlassFish Server components, including EclipseLink.
If you are using an Oracle database, put JDBC driver JAR files in domain-dir/lib/ext
instead. This ensures that the JDBC driver classes are visible to EclipseLink.
If you do not want to take advantage of Oracle-specific extensions from EclipseLink or you cannot put JDBC driver JAR files in domain-dir/lib/ext
, set the eclipselink.target-database
property to the value org.eclipse.persistence.platform.database.OraclePlatform
. For more information about the eclipselink.target-database
property, see Specifying the Database for an Application.
The Java Persistence API specification does not specify how the container and persistence provider should work together to serialize an extended persistence context. This also prevents successful serialization of a reference to an extended persistence context in a stateful session bean.
Even in a single-instance environment, if a stateful session bean is passivated, its extended persistence context could be lost when the stateful session bean is activated.
Therefore, in GlassFish Server, a stateful session bean with an extended persistence context is never passivated and cannot be failed over.
Setting @OrderBy
on a ManyToMany
or OneToMany
relationship field in which a List
represents the Many side doesn't work if the session cache is shared. Use one of the following workarounds:
Have the application maintain the order so the List
is cached properly.
Refresh the session cache using EntityManager.refresh()
if you don't want to maintain the order during creation or modification of the List
.
Disable session cache sharing in persistence.xml
as follows:
<property name="eclipselink.cache.shared.default" value="false"/>
To use BLOB or CLOB data types larger than 4 KB for persistence using the Inet Oraxo JDBC Driver for Oracle Databases, you must set the database's streamstolob
property value to true
.
Mapping references to column or table names must be in accordance with the expected column or table name case, and ensuring this is the programmer's responsibility. If column or table names are not explicitly specified for a field or entity, the GlassFish Server uses upper case column names by default, so any mapping references to the column or table names must be in upper case. If column or table names are explicitly specified, the case of all mapping references to the column or table names must be in accordance with the case used in the specified names.
The following are examples of how case sensitivity affects mapping elements that refer to columns or tables. Keep case sensitivity in mind when writing these mappings.
If column names are not explicitly specified on a field, unique constraints and foreign key mappings must be specified using uppercase references. For example:
@Table(name="Department", uniqueConstraints={ @UniqueConstraint ( columnNames= { "DEPTNAME" } ) } )
The other way to handle this is by specifying explicit column names for each field with the required case. For example:
@Table(name="Department", uniqueConstraints={ @UniqueConstraint ( columnNames= { "deptName" } ) } ) public class Department{ @Column(name="deptName") private String deptName; }
Otherwise, the ALTER TABLE
statement generated by the GlassFish Server uses the incorrect case, and the creation of the unique constraint fails.
Use @OneToMany(mappedBy="COMPANY")
or specify an explicit column name for the Company
field on the Many
side of the relationship.
Use the following elements:
<sql-result-set-mapping name="SRSMName"> <entity-result entity-class="entities.someEntity" /> <column-result name="UPPERCASECOLUMNNAME" /> </sql-result-set-mapping>
Or specify an explicit column name for the upperCaseColumnName
field.
Column or table names specified in SQL queries must be in accordance with the expected case. For example, MySQL requires column names in the SELECT
clause of JDBC queries to be uppercase, while PostgreSQL and Sybase require table names to be uppercase in all JDBC queries.
PostgreSQL stores column and table names in lower case. JDBC queries on PostgreSQL retrieve column or table names in lowercase unless the names are quoted. For example:
use aliases Select m.ID AS \"ID\" from Department m
Use the backslash as an escape character in the class file, but not in the persistence.xml
file.
If a finder method with an input greater than 255 characters is executed and the primary key column is mapped to a VARCHAR column, Sybase attempts to convert type VARCHAR to type TEXT and generates the following error:
com.sybase.jdbc2.jdbc.SybSQLException: Implicit conversion from datatype 'TEXT' to 'VARCHAR' is not allowed. Use the CONVERT function to run this query.
To avoid this error, make sure the finder method input is less than 255 characters.
The following restrictions apply when you use a MySQL database with the GlassFish Server for persistence.
MySQL treats int1
and int2
as reserved words. If you want to define int1
and int2
as fields in your table, use `int1`
and `int2`
field names in your SQL file.
When VARCHAR
fields get truncated, a warning is displayed instead of an error. To get an error message, start the MySQL database in strict SQL mode.
The order of fields in a foreign key index must match the order in the explicitly created index on the primary table.
The CREATE TABLE
syntax in the SQL file must end with the following line.
) Engine=InnoDB;
InnoDB
provides MySQL with a transaction-safe (ACID compliant) storage engine having commit, rollback, and crash recovery capabilities.
For a FLOAT
type field, the correct precision must be defined. By default, MySQL uses four bytes to store a FLOAT
type that does not have an explicit precision definition. For example, this causes a number such as 12345.67890123 to be rounded off to 12345.7 during an INSERT
. To prevent this, specify FLOAT(10,2)
in the DDL file, which forces the database to use an eight-byte double-precision column. For more information, see http://dev.mysql.com/doc/mysql/en/numeric-types.html
.
To use ||
as the string concatenation symbol, start the MySQL server with the --sql-mode="PIPES_AS_CONCAT"
option. For more information, see http://dev.mysql.com/doc/refman/5.0/en/server-sql-mode.html
and http://dev.mysql.com/doc/mysql/en/ansi-mode.html
.
MySQL always starts a new connection when autoCommit==true
is set. This ensures that each SQL statement forms a single transaction on its own. If you try to rollback or commit an SQL statement, you get an error message.
javax.transaction.SystemException: java.sql.SQLException: Can't call rollback when autocommit=true javax.transaction.SystemException: java.sql.SQLException: Error open transaction is not closed
To resolve this issue, add relaxAutoCommit=true
to the JDBC URL. For more information, see http://forums.mysql.com/read.php?39,31326,31404
.
MySQL does not allow a DELETE
on a row that contains a reference to itself. Here is an example that illustrates the issue.
create table EMPLOYEE ( empId int NOT NULL, salary float(25,2) NULL, mgrId int NULL, PRIMARY KEY (empId), FOREIGN KEY (mgrId) REFERENCES EMPLOYEE (empId) ) ENGINE=InnoDB; insert into Employee values (1, 1234.34, 1); delete from Employee where empId = 1;
This example fails with the following error message.
ERROR 1217 (23000): Cannot delete or update a parent row: a foreign key constraint fails
To resolve this issue, change the table creation script to the following:
create table EMPLOYEE ( empId int NOT NULL, salary float(25,2) NULL, mgrId int NULL, PRIMARY KEY (empId), FOREIGN KEY (mgrId) REFERENCES EMPLOYEE (empId) ON DELETE SET NULL ) ENGINE=InnoDB; insert into Employee values (1, 1234.34, 1); delete from Employee where empId = 1;
This can be done only if the foreign key field is allowed to be null. For more information, see http://dev.mysql.com/doc/mysql/en/innodb-foreign-key-constraints.html
.