Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

EclipseLink/Development/JPA 2.0/canonical model generation

< EclipseLink‎ | Development‎ | JPA 2.0
Revision as of 10:27, 20 October 2009 by Rick.sapir.oracle.com (Talk | contribs) (Configuring and using within ANT/javac)

Canonical model generation

JPA 2.0 Root | bug 267391

Discussion

Issue Summary

With the new Criteria API from the JPA 2.0 spec, EclipseLink will provide a way to produce static metamodel classes corresponding to the entities, mapped superclasses, and embeddable classes in the persistence unit. A static metamodel class models the persistent state and relationships of the corresponding managed class.

For portability, EclipseLink will generate the canonical metamodel as defined in section 6.2.1.1.

General solution

EclipseLink will employ the annotation processor tool (APT) in conjunction with its existing metadata processing of annotations and XML to generate the static metamodel classes.

For more information on APT, see: http://java.sun.com/j2se/1.5.0/docs/guide/apt/GettingStarted.html

Metadata processing

The annotation processor tool directly ties into the regular deployment metadata processing. Which means before generating the metamodel classes, persistence units are processed as they normally would be according to the spec giving you the following behavior:

  • Persistence unit property processing
  • XML mapping file merging and override
  • Full annotation and xml processing of Entities, Embeddables and MappedSuperclasses.
  • Full support of EclipseLink extensions, including annotations and eclipelink-orm.xml

Configuring and using within Eclipse Galileo

The following steps outline how to configure the metamodel generation within the Eclipse IDE.

  1. Select your project in the Package Explorer and select Project > Properties. The Properties dialog appears.
  2. Select Java Compiler and ensure you are using JDK 1.6 (or higher).
  3. Expand the Java Compiler element and select Annotation Processing.
  4. In the Annotation Processing area, enable the Enable annotation processing option.
  5. In the Generated source directory field, enter the directory in which to generate the metamodel classes.
  6. By default, Processor options are not needed. However, EclipseLink provides you with custom generation options if you would like to configure you metamodel classes differently then defined in the spec. See the EclipseLink custom processor options section below for supported processor options.
  7. Expand the Annotation Processing element and select Factory Path.
  8. Click Add External JARs and add the following libraries (JARs). Refer to the the 1.2.0 RC4 Library names for details.
    • The EclipseLink JAR (eclipselik.jar)
    • The Java persistence 2.0 preview JAR
    • A JAR that contains the enabling services file that specifies the name of the annotation processor tool.

Note: The annotation processor does not log to the Console window. Instead, messages are logged to the Error Log window. To display this window, select Window > Show View > Error Log from the Eclipse menu.


Configuring and using within ANT/javac

Use the following procedure to configure the metamodel generation within ANT/javac:

  1. Add modelgen jar to the javac classpath
  2. Use the -processor option on javac command line
  3. Options here are specifies with using -A (e.g. javac -Aeclipselink.persistencexml=META-INF/sub/persistence.xml)

ANT example

    <target name="model-compile" description="compile models that need canonical processing">
        <javac
            srcdir="${SRC_PATH}"
            destdir="${DEST_PATH}"
            debug="${javac.debug}"
            debuglevel="${javac.debuglevel}"
            optimize="${javac.optimize}"
            source="${javac.version}"
            target="${javac.version}"
            deprecation="${javac.deprecation}" failonerror="true">
            <include name="${MODEL_PATH}/**/*.java"/>
            <compilerarg value="-Aeclipselink.persistencexml=${PERSISTENCE_XML_PATH}" compiler="javac1.6"/>
            <classpath refid="${COMPILE_PATH_REF}"/>
        </javac>
    </target>

EclipseLink custom processor options

  • eclipselink.persistencexml

This optional property specifies the full resource name to look for the persistence XML files in. If not specified the default META-INF/persistence.xml will be used.

  • eclipselink.persistenceunits

This optional property specifies the set of persistence unit names that will be used when generating the canonical model. By default all persistence units available in all persistence XML files will be used. The value of this property is a comma separated list. When specifying multiple persistence units it is not possible to have persistence units with a comma in their name.

  • eclipselink.canonicalmodel.prefix

This optional property specifies the prefix that will be added to the start of the class name of any canonical model class generated. By default the prefix is not used.

  • eclipselink.canonicalmodel.suffix

This optional property specifies the suffix that will be added to the end of the class name of any canonical model class generated. By default the suffix value is "_". If this property is specified the value must be a non-empty string that contains valid characters for use in a Java class name.

  • eclipselink.canonicalmodel.subpackage

This optional property specifies a sub-package name that can be used to have the canonical model generator generate its classes in a sub-package of the package where the corresponding entity class is located. By default the canonical model classes are generated into the same package as the entity classes.

EclipseLink 1.2.0 RC4 Library names

Currently the target release of EclipseLink 1.2.0 is RC4 which uses the following jar files names in the ZIP installer. Please note that the ZIP installer is the only distribution of EclipseLink including the modelgen JAR file.

  1. Services file (enables the processor) - \eclipselink\jlib\jpa\eclipselink-jpa-modelgen_1.2.0.v20091016-r5565.jar
  2. javax.persistence library - \eclipselink\jlib\jpa\javax.persistence_2.0_preview.jar
  3. EclipseLink jar -  \eclipselink\jlib\eclipselink.jar

Troubleshooting

After following the configuration steps above if no classes are generated, check the following.

  1. Ensure you have a persistence.xml. The default is META-INF/persistence.xml. If your persistence XML file is named differently or located elsewhere, you'll need to add the eclipselink.persistencexml processor option.
  2. If you are using an extended eclipselink orm mapping file and it is not listed in your persistence.xml file, it will not be discovered automatically (similar to the orm.xml file). You currently must specify <mapping-file>eclipselink-orm.xml</mapping-file> explicitly. The automatic discovery of the eclipselink-orm.xml if a known defect and will be corrected in a later version.

After an XML change (within Eclipse), the generated model classes are not updated to reflect the change

  1. Unlike changes to the model class itself, XML changes are not picked up automatically as the annotation processor is not aware of these changes. To have your XML changes reflected in your generated metamodel classes do a clean of your project. Select Project - Clean...
  2. If you have made many XML changes namely removed some mapping files or deleted some entities from others you will more than a project clean but rather a restart to the annotation processor tool to pick up all the changes. Do following to restart:
    1. Select Project - Properties
    2. Expand Java Compiler
    3. Select Annotation Processing and deselect the Enable annotation processing checkbox
    4. Click OK
    5. A window will present itself stating the annotation processing settings have changed and that a rebuild of the project is required for the changes to take effect. Click Yes
    6. Go back into the project propertes and select the Enable annotation processing checkbox.
    7. Same message from step #5 will present itself, click Yes

Work schedule

  1. Development: 4 weeks
  1. Testing: 1 week

Back to the top