-
1. Re: Wildfly 10.0.0.Final - Sample War App - Using Eclipselink 2.6.4 - jar-file paths not properly handled
nuno.godinhomatos Feb 23, 2017 3:44 AM (in response to nuno.godinhomatos)Hi,
I have now seen that the archieve scanner used by hibernate in in widlfly comes from:
jar:file:/C:/dev/Widlfly10/wildfly-10.0.0.Final/modules/system/layers/base/org/hibernate/jipijapa-hibernate5/main/
jipijapa-hibernate5-10.0.0.Final.jar!/org/jboss/as/jpa/hibernate5/HibernateArchiveScanner.class
Could it be that wildfly has implemented such a scanning extension for eclipselink?
<dependency>
<groupId>org.wildfly</groupId>
<artifactId>jipijapa-eclipselink</artifactId>
<version>10.0.0.Final</version>
</dependency>
And I am now looking at the fact that wildlfy also offers a
<dependency>
<groupId>org.wildfly</groupId>
<artifactId>jipijapa-eclipselink</artifactId>
<version>10.0.0.Final</version>
</dependency>
I have not looked at the source of this eclipsleink archieve, but My guess is that widlfly has implemented proper support for eclipselink, and there is only some module configuration that I must have incorrectly set when using eclipselink.
Any pointers would be appreciated.
Kind regards.
-
2. Re: Wildfly 10.0.0.Final - Sample War App - Using Eclipselink 2.6.4 - jar-file paths not properly handled
nuno.godinhomatos Feb 23, 2017 4:12 AM (in response to nuno.godinhomatos)Hi,
Just to report back - I was correct in my assumption that Jboss hs already created an eclipselink enhancement to deal with the virtual file system.
The problem was that the wildfly configutation I was working on was probably created based on old wildfly documentation and it did not include as a resource the:
Manve library as above.
In addition the system property to tweak the eclipseli link archieve factory was not configured in the domain, so the default archieve factory of eclipselink was being used, which was incorrect.
Sorry for the question ... this was a simple matter of someone configuring things based on stale documentation.
Kind regards,
Nuno.
-
3. Re: Wildfly 10.0.0.Final - Sample War App - Using Eclipselink 2.6.4 - jar-file paths not properly handled
nuno.godinhomatos Feb 23, 2017 4:14 AM (in response to nuno.godinhomatos)One last point the relevant references for this are:
1. JPA Reference Guide - WildFly 10 - Project Documentation Editor
2. Module configuration as follows:
<module xmlns="urn:jboss:module:1.1" name="org.eclipse.persistence">
<resources>
<resource-root path="jipijapa-eclipselink-10.0.0.Final.jar"/>
<resource-root path="eclipselink-2.6.4.jar">
<filter>
<exclude path="javax/**" />
</filter>
</resource-root>
</resources>
<dependencies>
<module name="asm.asm"/>
<module name="javax.api"/>
<module name="javax.annotation.api"/>
<module name="javax.enterprise.api"/>
<module name="javax.persistence.api"/>
<module name="javax.transaction.api"/>
<module name="javax.validation.api"/>
<module name="javax.xml.bind.api"/>
<module name="javax.ws.rs.api"/>
<module name="org.antlr"/>
<module name="org.apache.commons.collections"/>
<module name="org.dom4j"/>
<module name="org.jboss.as.jpa.spi"/>
<module name="org.jboss.logging"/>
<module name="org.jboss.vfs"/>
</dependencies>
</module>
3. System property:
<property name="eclipselink.archive.factory" value="org.jipijapa.eclipselink.JBossArchiveFactoryImpl"/>
in the stand-alone,xml
Works like a charm.