Integrating with JPAPage edited by Igor DrobiazkoChanges (5)
Full Content
Starting from release 5.3, Tapestry provides a built-in JPA integration which supersedes Tynamo's JPA integration. Configuring JPAThe persistence.xml file is the standard configuration file in JPA used to define the persistence units. Tapestry reads this file to create the EntityManagerFactory. The following example demonstrates a persistence.xml file. <?xml version="1.0" encoding="UTF-8"?> <persistence xmlns="http://java.sun.com/xml/ns/persistence" version="2.0"> <persistence-unit name="DemoUnit" transaction-type="RESOURCE_LOCAL"> <properties> <property name="javax.persistence.jdbc.driver" value="org.h2.Driver" /> <property name="javax.persistence.jdbc.url" value="jdbc:h2:mem:test" /> <property name="javax.persistence.jdbc.username" value="sa" /> <property name="eclipselink.ddl-generation" value="create-tables"/> <property name="eclipselink.logging.level" value="fine"/> </properties> </persistence-unit>
</persistence>
By default, the persistence descriptor is named persistence.xml and is expected to be located on the classpath in the META-INF directory. If you want to place the persistence.xml file in an other directory or name it arbitrarily, you can make a contribution to the SymbolProvider service, as shown in the following example. This is a quite useful feature if you want to use a different persistence descriptor for tests. public class AppModule { @Contribute(SymbolProvider.class) @FactoryDefaults public static void provideFactoryDefaults(final MappedConfiguration<String, String> configuration) { configuration.add(JpaSymbols.PERSISTENCE_DESCRIPTOR, "/org/example/persistence.xml"); } } XML-less JPA configurationConfiguring JPA with Tapestry is much more simple than defined in the JPA specification. Tapestry allows you to configure the EntityManagerFactory programmatically without writing XML configuration files. Imagine you want to use JDBC connections managed by the container and provided through JNDI. The resulting persistence descriptor might look like the following one. <?xml version="1.0" encoding="UTF-8"?> <persistence xmlns="http://java.sun.com/xml/ns/persistence" version="2.0"> <persistence-unit name="JTAUnit" transaction-type="RESOURCE_LOCAL"> <non-jta-data-source> jdbc/JPATest </non-jta-data-source> <properties> <property name="eclipselink.ddl-generation" value="create-tables"/> <property name="eclipselink.logging.level" value="fine"/> </properties> </persistence-unit> </persistence> Now let's see how to provide the same configuration without to write any single line of XML. The following example demonstrates an equivalent JPA configuration. public class AppModule { @Contribute(EntityManagerSource.class) public static void configurePersistenceUnitInfos(MappedConfiguration<String,PersistenceUnitConfigurer> cfg) { PersistenceUnitConfigurer configurer = new PersistenceUnitConfigurer() { public void configure(TapestryPersistenceUnitInfo unitInfo) { unitInfo.nonJtaDataSource("jdbc/JPATest") .addProperty("eclipselink.ddl-generation", "create-tables") .addProperty("eclipselink.logging.level", "fine"); } }; cfg.add("JTAUnit", configurer); } } In the example above you can see a contribution to the EntityManagerSource service. This service is responsible for creating EntityManagerFactory to be used to create EntityManager. When the service is initialized, it parses the persistence.xml file, if available. For any persistence unit defined in the XML descriptor an TapestryPersistenceUnitInfo is created. The TapestryPersistenceUnitInfo interface is a mutable extension of the PersistenceUnitInfo interface (defined in the JPA specification) that allows you to configure a persistence unit programmatically. After parsing persistence descriptor, EntityManagerSource service applies its configuration to create further persistence units and/or update the existing. The service’s configuration is a map in which persistence unit names are associated with PersistenceUnitConfigurer instances. A PersistenceUnitConfigurer is used to configure a persistence unit programmatically that has been associated with it. In the example above you can see a contribution providing a PersistenceUnitConfigurer for the unit named JTAUnit.
Automatically adding managed classesIf only a single persistence unit is defined, Tapestry scans the application-root-package.entities package. The classes in that package are automatically added as managed classes to the defined persistence unit. If you have additional packages containing entities, you may contribute them to the JpaEntityPackageManager service configuration. public class AppModule { @Contribute(JpaEntityPackageManager.class) public static void providePackages(Configuration<String> configuration) { configuration.add("org.example.myapp.domain"); configuration.add("com.acme.model"); } } As you can see, you may add as many packages as you wish.
Change Notification Preferences
View Online
|
View Changes
|
- [CONF] Apache Tapestry > Integrating with JPA confluence
- [CONF] Apache Tapestry > Integrating with JPA confluence
- [CONF] Apache Tapestry > Integrating with JPA confluence
- [CONF] Apache Tapestry > Integrating with JPA confluence
- [CONF] Apache Tapestry > Integrating with JPA confluence
- [CONF] Apache Tapestry > Integrating with JPA confluence
- [CONF] Apache Tapestry > Integrating with JPA confluence