Mit Spring definierten transactionManager in JPA/Hibernate

Angenommen, Sie verwenden JPA mit Spring mit Hibernate als JPA-Implementierung.
Der JPA-Transaktions-Modus "JTA", so dass Sie brauchen, um passieren die container transactionManager zu Überwintern.
Die klassische Antwort ist, um hibernate.transaction.manager_lookup_class auf die passende Klasse für Ihre server.

Aber ich denke, es ist eine Schande zu haben, das ab der server-spezifische Konfiguration, wie Sie bereits gefunden, den transactionManager im Frühjahr mit <tx:jta-transaction-manager>.

Gibt es einen Weg, um diese transactionManager Überwintern mit einer Konfiguration wie

 <bean id="entityManagerFactory"
  class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
  <property name="persistenceUnitName" value="persistence_unit_name"/>
  <property name="jpaVendorAdapter">
   <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter"/>
  </property>
  <property name="jpaProperties">
   <props>
    <prop key="hibernate.transaction.manager_lookup_class">
     org.hibernate.transaction.SunONETransactionManagerLookup
    </prop>
   </props>
  </property>
 </bean>

 <tx:jta-transaction-manager/>

Das Ziel ist, um loszuwerden, das org.hibernate.transaction.SunONETransactionManagerLookup Eigenschaft.
Übrigens, ich habe wirklich zwei verschiedene server-Implementierungen im Hinterkopf.

EDIT : ohne den Transaktions-manager-Konfiguration, Hibernate drosseln beim erstellen der EntityManagerFactory :

Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in URL [file:/C:/configuration/afoCuad-metier-ear/entitymanager-base-context.xml]: Invocation of init method failed; nested exception is javax.persistence.PersistenceException: [PersistenceUnit: fr.tm.ima.cuad-afoCuad-metier-ejb-PU] Unable to build EntityManagerFactory
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1420)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:291)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:288)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:190)
at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.findDefaultEntityManagerFactory(PersistenceAnnotationBeanPostProcessor.java:529)
at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.findEntityManagerFactory(PersistenceAnnotationBeanPostProcessor.java:495)
at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor$PersistenceElement.resolveEntityManager(PersistenceAnnotationBeanPostProcessor.java:656)
at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor$PersistenceElement.getResourceToInject(PersistenceAnnotationBeanPostProcessor.java:629)
at org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.inject(InjectionMetadata.java:147)
at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:84)
at org.springframework.orm.jpa.support.PersistenceAnnotationBeanPostProcessor.postProcessPropertyValues(PersistenceAnnotationBeanPostProcessor.java:338)
... 80 more
Caused by: javax.persistence.PersistenceException: [PersistenceUnit: fr.tm.ima.cuad-afoCuad-metier-ejb-PU] Unable to build EntityManagerFactory
at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:901)
at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:74)
at org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.createNativeEntityManagerFactory(LocalContainerEntityManagerFactoryBean.java:225)
at org.springframework.orm.jpa.AbstractEntityManagerFactoryBean.afterPropertiesSet(AbstractEntityManagerFactoryBean.java:308)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1417)
... 93 more
Caused by: org.hibernate.HibernateException: The chosen transaction strategy requires access to the JTA TransactionManager
at org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:401)
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1385)
at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:954)
at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:892)
... 98 more

InformationsquelleAutor mleduque | 2010-09-29

1

Leider sucht man in der Hibernate-APIs, wie viele anderen JBoss Produkten, Sie haben eine Klasse in der Regel sogenannte Konfiguration zu halten, die meisten, wenn nicht alle Haupt-config-Sachen. Leider ist es (JBoss) scheint zu halten, "Strings" für die Parameter und die Klasse zu finden-Instanzen. Fast immer ist es oft unmöglich, einfach eine tatsächliche vorgefertigten bereit zu gehen-setup.

Ich bin zu versuchen, etwas ähnlich dem folgenden für die sehr gleichen Grund, den Sie erwähnen.
- Erstellen Sie eine Implementierung von TransactionManagerLookup
- gehören ein setter, die eine TM und setzt eine thread-lokale variable + Instanz.
- übergeben Sie den Namen der TML innerhalb der Eigenschaften, die Sie an die Konfiguration.
- Wenn Ihr TML startsup kopieren Sie die thread-lokale variable, die die Instanz fie.d....
- klar die threadlocal-wenn alles getan ist.
- OK, danke, ich nehme das Recht anwser wäre offen einen Fehler für Hibernate, da es eine der Konfigurierbarkeit auf Ihre Seite, die ist Schuld.
InformationsquelleAutor mP.
5

Zunächst - tun Sie wirklich müssen JTA? Normalerweise spring+hibernate er nicht benötigt wird. Sie können mit einem einfachen JpaTransactionManager /HibernateTransactionManager.

Wenn Sie wirklich wollen, JTA, dann müssen Sie eine JTA-Anbieter. Wenn nicht läuft in einem application server, überprüfen Sie diese Frage wie JTA in einem servlet-container. (Werfen Sie auch einen Blick auf diese Frage)

Schließlich hibernate docs festlegen, dass für die container-verwaltete Transaktionen:
Deklarative Transaktion Abgrenzung ist ein standard-feature von EJB, auch bekannt als container-managed transactions (CMT). In EJB 2.x verwenden Sie XML-deployment-Deskriptoren zu erstellen, die Ihre Transaktion Montage. In EJB 3.x, die Sie verwenden können, JDK 5.0 annotation von Metadaten direkt in deinem Quellcode, eine viel weniger kompliziert Ansatz. Zum aktivieren der CMT Transaktion Abgrenzung für EJBs, die in der Hibernate-Konfiguration:
- set hibernate.transaction.manager_lookup_class ein lookup-Strategie für Ihre JEE-container
- set hibernate.transaction.factory_class zu org.hibernate.transaction.CMTTransactionFactory
Der zweite Punkt ist vielleicht etwas, was Sie verpasst haben?

Was die Dokumentation sagt darüber hinaus zu, dass die (im nächsten Abschnitt) ist, dass, wenn Sie wollen deklarative transaction, hibernate ist nicht, wo Sie suchen sollten, an. Sie würden erstellen müssen, einen interceptor. Das ist genau das, was Frühling Transaktions-Managern sind. Und das wäre meine Wahl bei Ihrem Technologie-stack (Spring).

Wenn Sie möchten, sich an einem einzigen JTA-Anbieter, dann machen die beiden builds. Zum Beispiel maven hat "maven-profile", die es ermöglichen, baut für verschiedene Umgebungen.
- Ja, JTA erforderlich. Ich Frage mich, warum die Leute immer davon ausgehen, es ist möglich eine Frage zu beantworten, durch weglassen eines der Elemente. Für 'lookup_class' und 'factory_class', ich hatte nicht übersehen, dass ein Teil, aber ich muss nicht Abhänging von den JEE-container, der verwendet wird, ist die Anwendung bereitgestellt werden, die auf (mindestens) zwei verschiedenen Anwendungs-Servern.
- Menschen mit breiteren Blick auf die Technologie übernehmen einige Dinge, die aufgrund Ihrer Erfahrung. Zum Beispiel, ich habe selten gesehen, dass ein Feder-app mit JTA, ich habe zwar gesehen, dass viele Fälle, wenn die Menschen werfen sich in ihn, ohne tatsächlich benötigen. Für den rest Ihres Kommentar - siehe mein update.
- warum würde jemand verwenden, der Frühling TM-Schicht... es tut sich gar nichts es ist nur ein weiterer layer mit unterschiedlichen Methodennamen und fügt keine neuen oder bessere Funktionalität über JTA. In das Ende sein gehen zu tun, ein jndi-lookup (wenn man die JTA-impl), die bis Ende in das gleiche problem von magischen Zeichenfolgen und singletons.
- spring transaction management nicht verwenden JTA. Es hat seine eigene Transaktions-Managern, die einen ziemlich guten job. Abgesehen davon - es bietet eine Abstraktion über verschiedene Transaktions-Technologien. So können Sie mit Anmerkungen versehen Sie Ihre Objekte und wenn Sie später wechseln die Transaktion-management-Strategien, ändern Sie einfach ein paar Konfigurationen.
InformationsquelleAutor Bozho

Ich habe seit kurzem dabei einige Sachen mit JPA/Grails und die Konfiguration, die ich verwendet wurde entlang dieser Linien:

Wird diese Hilfe überhaupt?

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="dataSource" ref="dataSource"/>
    <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>

<bean id="entityManagerFactory" class="org.hibernate.ejb.EntityManagerFactoryImpl">
 <constructor-arg index="0" ref="sessionFactory"/>
 <constructor-arg index="1">
   <bean id="javax.persistence.spi.PersistenceUnitTransactionType.RESOURCE_LOCAL" class="org.springframework.beans.factory.config.FieldRetrievingFactoryBean" />
 </constructor-arg>
 <constructor-arg index="2" value="true"/>
 <constructor-arg index="3"><null/></constructor-arg>
</bean>

Naja, man kann nicht wirklich tun die gleiche Sache mit JTA.

InformationsquelleAutor JGFMK

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.