<div dir="ltr"><div><div><div>Scott,<br><br></div>if you do one last jipijapa release that adds &quot;support&quot; for hibernate5<br></div>hibernate guys could take that version and override it in wildfly 9 same way as they add new h5 modules.<br><br>--<br></div>tomaz<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 21, 2015 at 9:01 PM, Scott Marlow <span dir="ltr">&lt;<a href="mailto:smarlow@redhat.com" target="_blank">smarlow@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/21/2015 02:11 PM, Emmanuel Bernard wrote:<br>
&gt; Scott, No way to make ORM 5 work in 9 at all? With the user setting the additional slotted modules of course.<br>
<br>
</span><a href="https://github.com/scottmarlow/jipijapa/tree/JIPI-31" target="_blank">https://github.com/scottmarlow/jipijapa/tree/JIPI-31</a> contains the<br>
integration code that we will look at merging into WildFly 10.  Are you<br>
looking for a custom WildFly 9.x branch or actual changes in WildFly 9<br>
(doesn&#39;t seem as likely to me but I don&#39;t control the schedule)?<br>
<div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt; It would help speed up the Hibernate 5 stream adoption and avoid a lot of duplicated work for 6+ months.<br>
&gt;<br>
&gt;&gt; On 21 mai 2015, at 16:36, Scott Marlow &lt;<a href="mailto:smarlow@redhat.com">smarlow@redhat.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hibernate ORM 5.0 doesn&#39;t work yet on WildFly.  Will push on this soon<br>
&gt;&gt; for WildFly 10.<br>
&gt;&gt;<br>
&gt;&gt;&gt; On 05/21/2015 07:30 AM, Sanne Grinovero wrote:<br>
&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt; I&#39;m attempting to deploy some integration tests on WildFly 9.0.0.CR1<br>
&gt;&gt;&gt; to use a preview of Hibernate ORM version 5.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; It seems the JPA deployer isn&#39;t allowing me to run such experiments:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; # First experiment - providerModule set to custom module<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; In my first attempt, I create a custom set of jboss modules which<br>
&gt;&gt;&gt; include the snapshot builds of ORM 5, add them to my standalone WF9<br>
&gt;&gt;&gt; instance and set the persistence.xml property:<br>
&gt;&gt;&gt;   jboss.as.jpa.providerModule = my-custom-module-name<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; and then get:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Caused by: java.util.ServiceConfigurationError:<br>
&gt;&gt;&gt; org.hibernate.integrator.spi.Integrator: Provider<br>
&gt;&gt;&gt; org.hibernate.envers.boot.internal.EnversIntegrator not a subtype<br>
&gt;&gt;&gt; at java.util.ServiceLoader.fail(ServiceLoader.java:231) [rt.jar:1.7.0_51]<br>
&gt;&gt;&gt; at java.util.ServiceLoader.access$300(ServiceLoader.java:181) [rt.jar:1.7.0_51]<br>
&gt;&gt;&gt; at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:369)<br>
&gt;&gt;&gt; [rt.jar:1.7.0_51]<br>
&gt;&gt;&gt; at java.util.ServiceLoader$1.next(ServiceLoader.java:445) [rt.jar:1.7.0_51]<br>
&gt;&gt;&gt; at org.hibernate.boot.registry.classloading.internal.ClassLoaderServiceImpl.loadJavaServices(ClassLoaderServiceImpl.java:341)<br>
&gt;&gt;&gt; at org.hibernate.integrator.internal.IntegratorServiceImpl.&lt;init&gt;(IntegratorServiceImpl.java:57)<br>
&gt;&gt;&gt; at org.hibernate.boot.registry.BootstrapServiceRegistryBuilder.build(BootstrapServiceRegistryBuilder.java:247)<br>
&gt;&gt;&gt; at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.buildBootstrapServiceRegistry(EntityManagerFactoryBuilderImpl.java:520)<br>
&gt;&gt;&gt; at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.&lt;init&gt;(EntityManagerFactoryBuilderImpl.java:208)<br>
&gt;&gt;&gt; at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.&lt;init&gt;(EntityManagerFactoryBuilderImpl.java:188)<br>
&gt;&gt;&gt; at org.hibernate.jpa.boot.spi.Bootstrap.getEntityManagerFactoryBuilder(Bootstrap.java:45)<br>
&gt;&gt;&gt; at org.hibernate.jpa.boot.spi.Bootstrap.getEntityManagerFactoryBuilder(Bootstrap.java:57)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.hibernate4.TwoPhaseBootstrapImpl.&lt;init&gt;(TwoPhaseBootstrapImpl.java:38)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.hibernate4.HibernatePersistenceProviderAdaptor.getBootstrap(HibernatePersistenceProviderAdaptor.java:173)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.service.PhaseOnePersistenceUnitServiceImpl.createContainerEntityManagerFactoryBuilder(PhaseOnePersistenceUnitServiceImpl.java:243)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.service.PhaseOnePersistenceUnitServiceImpl.access$800(PhaseOnePersistenceUnitServiceImpl.java:60)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.service.PhaseOnePersistenceUnitServiceImpl$1$1.run(PhaseOnePersistenceUnitServiceImpl.java:118)<br>
&gt;&gt;&gt; ... 7 more<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Clearly it looks like I&#39;m being served classes from the bundled<br>
&gt;&gt;&gt; Hibernate 4.x implementation - on top of those from the module I&#39;m<br>
&gt;&gt;&gt; requesting. This isn&#39;t what the deployer should be doing, right?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; # Second experiment - use the &quot;application provided&quot;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; In this case I hope to hint the JPA  deployer to not add the default<br>
&gt;&gt;&gt; implementor but look for a JPA implementation within my deployment,<br>
&gt;&gt;&gt; but still package my custom Hibernate build as a module.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;   - use the same custom module containing Hibernate ORM 5 (a preview snapshot)<br>
&gt;&gt;&gt;   - Add a &quot;Dependency:&quot; section to the manifest to import (and export)<br>
&gt;&gt;&gt; my custom module<br>
&gt;&gt;&gt;   - set the &quot;jboss.as.jpa.providerModule&quot; property to value &quot;application&quot;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; This gets me:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException:<br>
&gt;&gt;&gt; WFLYJPA0027: Persistence provider module load error application (class<br>
&gt;&gt;&gt; org.hibernate.jpa.HibernatePersistenceProvider)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:985)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.addPuService(PersistenceUnitServiceHandler.java:267)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.handleWarDeployment(PersistenceUnitServiceHandler.java:200)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.deploy(PersistenceUnitServiceHandler.java:131)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.processor.PersistenceBeginInstallProcessor.deploy(PersistenceBeginInstallProcessor.java:52)<br>
&gt;&gt;&gt; at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:156)<br>
&gt;&gt;&gt; [wildfly-server-1.0.0.CR1.jar:1.0.0.CR1]<br>
&gt;&gt;&gt; ... 5 more<br>
&gt;&gt;&gt; Caused by: org.jboss.modules.ModuleNotFoundException: application:main<br>
&gt;&gt;&gt; at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:236)<br>
&gt;&gt;&gt; [jboss-modules.jar:1.4.3.Final]<br>
&gt;&gt;&gt; at org.jboss.as.jpa.persistenceprovider.PersistenceProviderLoader.loadProviderModuleByName(PersistenceProviderLoader.java:65)<br>
&gt;&gt;&gt; at org.jboss.as.jpa.processor.PersistenceUnitServiceHandler.lookupProvider(PersistenceUnitServiceHandler.java:978)<br>
&gt;&gt;&gt; ... 10 more<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Remarks:<br>
&gt;&gt;&gt;   - it&#39;s attempting to load the &quot;application:main&quot; module?! that&#39;s not<br>
&gt;&gt;&gt; what I&#39;d expect from reading [1]<br>
&gt;&gt;<br>
&gt;&gt; This seems to be a bug.  I hit it a few days ago when I packaged<br>
&gt;&gt; Hibernate ORM 4.1.x with an application (in a unit test) and forgot to<br>
&gt;&gt; set the persistence provider in persistence.xml.<br>
&gt;&gt;<br>
&gt;&gt;&gt;   - the provider should be available to the deployment classpath, so<br>
&gt;&gt;&gt; I&#39;m not sure why it&#39;s not finding the Provider? (I&#39;m even exporting<br>
&gt;&gt;&gt; it, although I&#39;m not sure if that was required).<br>
&gt;&gt;<br>
&gt;&gt; Providers are always found through the<br>
&gt;&gt; javax.persistence.spi.PersistenceProviderResolver, not directly from the<br>
&gt;&gt; deployment classpath.<br>
&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Any suggestions to get this running please?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Also I wonder if some of these should warrant opening a JIRA, but I&#39;m<br>
&gt;&gt;&gt; not sure how far I misunderstood the intentions of these JPA deployer<br>
&gt;&gt;&gt; properties.<br>
&gt;&gt;<br>
&gt;&gt; Lets talk in a few days again on IRC.<br>
&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Thanks,<br>
&gt;&gt;&gt; Sanne<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; [1] - <a href="https://docs.jboss.org/author/display/WFLY9/JPA+Reference+Guide#JPAReferenceGuide-Persistenceunitproperties" target="_blank">https://docs.jboss.org/author/display/WFLY9/JPA+Reference+Guide#JPAReferenceGuide-Persistenceunitproperties</a><br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
</div></div></blockquote></div><br></div>