Persistenz in JBoss wildfly (in einer spring-Anwendung)

Habe ich eine Feder 3.2 Anwendung, die definiert hat, persisence mit der folgenden Konfiguration:

<bean id="jpaVendorAdapter" class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter">
    <property name="database" value="MYSQL"/>
    <property name="showSql" value="false"/>
    <property name="generateDdl" value="false"/>
    <property name="databasePlatform" value="org.hibernate.dialect.MySQL5Dialect"/>
</bean>

<util:map id="jpaPropertyMap">
        <entry key="hibernate.hbm2ddl.auto" value="update"/>
        <entry key="hibernate.cache.use_query_cache" value="true" />
        <entry key="hibernate.max_fetch_depth" value="4" />
        <entry key="hibernate.show_sql" value="false" />
        <entry key="hibernate.format_sql" value="false" />
        <entry key="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.JBossAppServerJtaPlatform" />
        <entry key="hibernate.transaction.factory_class" value="org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory" />
        <entry key="hibernate.connection.autocommit" value="false" />
</util:map>

<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
        <property name="jpaVendorAdapter" ref="jpaVendorAdapter"/>      
        <property name="jtaDataSource" ref="dataSource"  />
        <property name="jpaPropertyMap" ref="jpaPropertyMap" />
        <property name="persistenceUnitManager" ref="persistenceUnitManager" />
</bean>

<bean id="persistenceUnitManager" class="org.springframework.orm.jpa.persistenceunit.DefaultPersistenceUnitManager" >
        <property name="packagesToScan"  value="gr.hcg.nautologhsh.domain" />
        <property name="defaultJtaDataSource" ref="dataSource" />
</bean>

Meine entity-Klassen vorhanden sind, unter dem gr.hcg.nautologhsh.domain-Paket. Ich bin nicht mit jedem persistance.xml - Dateien.

Nun, diese Konfiguration ist in Ordnung, die in JBoss wildfly 8. Allerdings, wenn ich die Verwaltungskonsole von JBoss, in der tag-JPA, sehe ich keine Persistenz-Einheiten.

Aus etwas googlen denke ich, dass die Persistenz-Einheiten konfiguriert werden, die durch JBoss und nicht durch eine Feder um sichtbar zu sein es - ist das wahr ? Ich kann wirklich nicht verstehen, warum es anders sein könnte Eiter in JBoss - wie können Sie genutzt werden ? Die Dokumentation von JBoss ist sehr spartian in diesem Thema und ich konnte nicht verstehen, viele Dinge 🙁

Kann jemand mir erklären, wie kann ich festlegen, JBoss Persistenz-Einheiten und zeigt diese in der JPA-tag von wildfly Verwaltung-Konsole ?

Update

Erstellte ich ein persistence.xml mit folgendem Inhalt:

<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="nautologhshPU" transaction-type="JTA">

        <jta-data-source>java:jboss/datasources/nautologhsh</jta-data-source>

    </persistence-unit>
</persistence>

änderte meine datasource-config.xml Bohnen wie ths:

<jee:jndi-lookup  id="dataSource" jndi-name="java:jboss/datasources/nautologhsh" resource-ref="false" />

<tx:jta-transaction-manager  />

<jee:jndi-lookup jndi-name="java:comp/env/jpa/EntityManager" id="entityManager" expected-type="javax.persistence.EntityManager" />

und ergänzt die folgenden web.xml

<persistence-context-ref>
    <persistence-context-ref-name>jpa/EntityManager</persistence-context-ref-name>
    <persistence-unit-name>nautologhshPU</persistence-unit-name>
</persistence-context-ref>

Und erhalte nun folgende Fehlermeldung:

20:24:41,839 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 52) MSC000001: Failed to start service jboss.persistenceunit."Nautologhsh.war#nautologhshPU": org.jboss.msc.service.StartException in service jboss.persistenceunit."Nautologhsh.war#nautologhshPU": org.hibernate.service.UnknownServiceException: Unknown service requested [org.hibernate.service.classloading.spi.ClassLoaderService]
        at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:169) [wildfly-jpa-8.0.0.Beta1.jar:8.0.0.Beta1]
        at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:117) [wildfly-jpa-8.0.0.Beta1.jar:8.0.0.Beta1]
        at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_45]
        at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:463) [wildfly-security-manager-1.0.0.Beta3.jar:1.0.0.Beta3]
        at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:178) [wildfly-jpa-8.0.0.Beta1.jar:8.0.0.Beta1]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45]
        at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45]
        at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final.jar:2.1.1.Final]
Caused by: org.hibernate.service.UnknownServiceException: Unknown service requested [org.hibernate.service.classloading.spi.ClassLoaderService]
        at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:127)
        at org.hibernate.envers.event.EnversIntegrator.integrate(EnversIntegrator.java:65)
        at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:310)
        at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1837)
        at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl$4.perform(EntityManagerFactoryBuilderImpl.java:854)
        at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl$4.perform(EntityManagerFactoryBuilderImpl.java:847)
        at org.hibernate.boot.registry.classloading.internal.ClassLoaderServiceImpl.withTccl(ClassLoaderServiceImpl.java:396)
        at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:846)
        at org.jboss.as.jpa.hibernate4.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44)
        at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:151) [wildfly-jpa-8.0.0.Beta1.jar:8.0.0.Beta1]
        ... 8 more

20:24:41,861 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "Nautologhsh.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.persistenceunit.\"Nautologhsh.war#nautologhshPU\"" => "org.jboss.msc.service.StartException in service jboss.persistenceunit.\"Nautologhsh.war#nautologhshPU\": org.hibernate.service.UnknownServiceException: Unknown service requested [org.hibernate.service.classloading.spi.ClassLoaderService]
    Caused by: org.hibernate.service.UnknownServiceException: Unknown service requested [org.hibernate.service.classloading.spi.ClassLoaderService]"}}

Hat jeder Körper weiß, was diese org.hibernate.service.UnknownServiceException: Unknown service requested [org.hibernate.service.classloading.spi.ClassLoaderService] ??

Sieht aus wie du bist mit wildfly 8.0.0.Beta1, aber es gibt eine beta2 für ein paar Wochen. Können Sie mit dieser versuchen ?
Ok ich werde und wieder ein update - danke !
Hallo - bist du sicher, dass es eine Beta 2 ? Ich kann es nicht finden hier: wildfly.org/downloads 🙁
sorry, mein schlechtes, es ist noch nicht freigegeben. Ich habe ein build aus den Quellen auf meinem Rechner, daher mein Fehler.
Kein problem-aber ich bin immer noch zu sehen, den Fehler habe ich bereits in meinem update 🙁

InformationsquelleAutor Serafeim | 2013-12-19

3

Können Sie einen Blick auf dieses quickstart-Beispiel: https://github.com/sgilda/wildfly-quickstart/blob/master/greeter-spring was nutzt eine META-INF/persistence.xml - Datei ein, in der Spring-Konfiguration verwendet lookups zum abrufen der EntityManager und die Datasource von Wildfly:
```

<jee:jndi-lookup jndi-name="java:jboss/datasources/ExampleDS" id="dataSource"
  expected-type="javax.sql.DataSource" />


<jee:jndi-lookup jndi-name="java:comp/env/hello/EntityManager"
  id="entityManager" expected-type="javax.persistence.EntityManager" />
```
(https://github.com/sgilda/wildfly-quickstart/blob/master/greeter-spring/src/main/webapp/WEB-INF/spring-business-context.xml)

Dies ist ein schönes Beispiel! Ich sehe, dass es ein container bereitgestellt EntityManager mit einem jndi-name="java:comp/env/hello/EntityManager". Aber ich kann wirklich nicht verstehen, wo ist dieser EntityManager definiert ? Ich meine, Woher wissen wir, dass unsere entity-manager hat diese jndi-Namen (Hallo/EntityManager)?
Der EntityManager wird von Wildfly selbst (es kommt schon mit Hibernate). So dass Sie nur verwenden, injizieren es in den Frühlings-Bohnen, aber es ist nicht Ihre Spring-Anwendung ist Pflicht, um ihn zu initialisieren 😉
Ja, ich verstehe, dass - was ich nicht war, wie wussten Sie, dass der JNDI-name des EntityManager ist eigentlich hello/EntityManager ?
Sorry, habe ich falsch gelesen deine Frage. Guter Punkt eigentlich: die Bindung deklariert wird web.xml deployment-descriptor: <persistence-context-ref> <persistence-context-ref-name>hello/EntityManager</persistence-context-ref-name> <persistence-unit-name>helloPU</persistence-unit-name> </persistence-context-ref>
Können Sie werfen Sie einen Blick auf meine aktualisierte Frage ? Danke !

InformationsquelleAutor Xavier Coulon

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.