JPA Entities scanning issue (jar-file in persistence.xml)

[garcimouche]

I'm migrating an EE application from AS6 to AS7.0.2.Final.

My app is bundled as an EAR. The persistence xml references entities with the jar-file xml element but it seems the jar files are not scanned at all!

I also tried to setup Hibernate 3 thinking that the version 4 bundled with the server could be the problem but I have the same result.

Thanks in advance

(The exact same file was working with Hib 3.6 on AS6)

<persistence xmlns="http://java.sun.com/xml/ns/persistence"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd"
   version="2.0">

   <persistence-unit name="acme">
      <provider>org.hibernate.ejb.HibernatePersistence</provider>
      <jta-data-source>java:/acmeDatasource</jta-data-source>
           <jar-file>lib/acme-release-domain-0.0.1-SNAPSHOT.jar</jar-file>
           <jar-file>lib/acme-lvs-domain-0.0.1-SNAPSHOT.jar</jar-file>
      <jar-file>lib/acme-rmd-domain-0.0.1-SNAPSHOT.jar</jar-file>
      <jar-file>lib/acme-another-domain-0.0.1-SNAPSHOT.jar</jar-file>
      <jar-file>lib/acme-parties-domain-0.0.1-SNAPSHOT.jar</jar-file>
      <properties>
         <property name="hibernate.dialect" value="org.hibernate.dialect.MySQLDialect" />
         <!-- TODO define a m2 profile to filter this out -->
         <property name="hibernate.hbm2ddl.auto" value="create-drop" />
         <property name="hibernate.show_sql" value="true" />
         <property name="hibernate.format_sql" value="true" />
         <property name="javax.persistence.validation.group.pre-update" value="com.acme.validation.MyPersistRules"/>
         <property name="jboss.entity.manager.factory.jndi.name" value="java:/acmeEntityManagerFactory" />
         <property name="hibernate.ejb.interceptor" value="com.acme.interceptor.EntityMaintenanceFieldsInterceptor" />
      </properties>
   </persistence-unit>

</persistence>

[smarlow]

Try changing the datasource name to something like "java:jboss/acmeDatasource" and your persistence.xml might need to move. 

https://docs.jboss.org/author/display/AS71/JPA+Reference+Guide mentions the valid locations:

• an EJB-JAR file
• the WEB-INF/classes directory of a WAR file
• a jar file in the WEB-INF/lib directory of a WAR file
• a jar file in the EAR library directory
• an application client jar file

That is just a guess, let us know where your persistence.xml is packaged in your app.

Scott

[garcimouche]

Thanks Scott. My persistence.xml is in an ejb-jar file. The jar file containing the entities are in the ear/lib directory. And the datasource is bound under java namespace....

[smarlow]

Can you show us the contents of the as7/standalone/log/server.log (http://pastie.org is fine). 

[garcimouche]

sure

(I remove the weld service startup at the end to avoid exceeding limit)

http://pastie.org/2804366

[smarlow]

From looking at the information in the above paste link, it looks like Hibernate is not able to scan the entities from the JAR URLS

Jar files URLs [
          vfs:/content/acmeapp-ear.ear/lib/acmeapp-release-domain-0.0.1-SNAPSHOT.jar/
          vfs:/content/acmeapp-ear.ear/lib/acmeapp-lvs-domain-0.0.1-SNAPSHOT.jar/
          vfs:/content/acmeapp-ear.ear/lib/acmeapp-rmd-domain-0.0.1-SNAPSHOT.jar/
          vfs:/content/acmeapp-ear.ear/lib/acmeapp-cbsa-domain-0.0.1-SNAPSHOT.jar/
          vfs:/content/acmeapp-ear.ear/lib/acmeapp-parties-domain-0.0.1-SNAPSHOT.jar/]
     Managed classes names []

Clearly this is a bug that should be fixed somehow.  I'm not sure yet how.

It would be nice if we could reproduce the issue with the jarfile unit test https://github.com/jbossas/jboss-as/tree/master/testsuite/integration/src/test/java/org/jboss/as/test/integration/jpa/jarfile...

[smarlow]

To help investigate a little deeper with your application deployment, could you do a few things.  AS 7.0.2 has a bug that prevents TRACE logging from being enabled, that is fixed in the nightly AS7 build (community.jboss.org/thread/167590).

Could you download the nightly build, enable JPA TRACE logging and try to deploy your application.  Instructions for enabling TRACE logging are here https://docs.jboss.org/author/display/AS71/JPA+Reference+Guide.

Please show the server.log with TRACE logging enabled.  Even if you end up with TRACE logging for everything enabled, I'd still like to see the output. 

Scott

[smarlow]

Franck,

Could you also create a JPA JIRA (bug report) for this in https://issues.jboss.org/browse/AS7?  You should get credit for finding the issue.  If not, I can create it.  Let me know.

Thanks for reporting this.

Scott

[garcimouche]

done here https://issues.jboss.org/browse/AS7-2497.

I'm downloading nightly build and keep you posted.

Thanks!

[garcimouche]

I've downloaded the file jboss-7.0.x.zip but in the archive this is the jboss-as-7.1.0.Alpha2-SNAPSHOT version!

Anyway I attache here the log opened up to the TRACE level.

[smarlow]

Output from 'grep "TRACE \[org\.jboss\.jpa\]" ' is here http://pastie.org/2805026. It looks like we are having trouble scanning for entities from the jars.

Which tool did you use to generate the jarFiles?

jarFiles[

        lib/acmeapp-release-domain-0.0.1-SNAPSHOT.jar

        lib/acmeapp-lvs-domain-0.0.1-SNAPSHOT.jar

        lib/acmeapp-rmd-domain-0.0.1-SNAPSHOT.jar

        lib/acmeapp-cbsa-domain-0.0.1-SNAPSHOT.jar

        lib/acmeapp-parties-domain-0.0.1-SNAPSHOT.jar

    ]

[garcimouche]

Nothing special. The whole project is based on maven...I'm also using Arquillian for testing. In that case  the entities are directly bundled in the archive (no jar-lib), and in it's working perfectly.

[smarlow]

I wonder if it would recreate in your unit test or the as7 one https://github.com/jbossas/jboss-as/tree/master/testsuite/integration/src/test/java/org/jboss/as/test/integration/jpa/jarfile.

Example of packaging an EAR is here https://github.com/jbossas/jboss-as/blob/master/testsuite/integration/src/test/java/org/jboss/as/test/integration/jpa/packaging/PersistenceUnitPackagingTestCase.java if you want to try reproducing.  I'm thinking we should probably try to reproduce in the previously linked (jarfile) test.  If you want to do that or try locally, it would be good to know if it does recreate with Arquillian.

Otherwise, we will have to debug with a standalone test case.

[smarlow]

I'm looking at the code again, to see if I can find the bug.  The trace information is helpful but not sure if I will have enough information yet.

[smarlow]

Franck,

Another way, would be if I add more TRACE logging messages and point you to my GIT repo and you could build AS7 from sources, reproduce with your EAR and give me the output.

I already added an additional TRACE logging message that should help.

Scott