Unterschied zwischen einer "jta-Datenquelle" und einer "ressourcenlokalen" Datenquelle?

Die Begriffe "jta-datasource" und "resouce-lokalen datasource" sind ein wenig vage, um mich.

Ich vermute, Sie beziehen sich eigentlich auf die jta-datasource und non-jta-datasource Elemente. Kurz gesagt:

• wenn die Transaktion Art der persistence unit ist JTAdie jta-datasource - element wird verwendet, zu erklären, dass die JNDI-Namen der JTA-data-Quelle, die verwendet werden, um verbindungen. Dies ist der häufigste Fall.
• wenn die Transaktion Art der persistence unit ist resource-localdie non-jta-data-source sollte verwendet werden, zu erklären, dass die JNDI-Namen des non-JTA-data-source.

• Auf die gleiche Datenbank kann bezeichnet werden als eine jta-datasource-oder als Ressource der lokalen datasource

Dies ist korrekt. Und ich habe nicht erwähnt, dass nur oben, sondern einige Anbieter erlauben sogar, zu erklären, sowohl jta-datasource und eine non-jta-datasource und die später für das optimierte Lesen durch non-JTA-verbindungen (d.h. nicht verknüpft werden, um eine laufende JTA-Transaktion).

• Wenn erwähnt, als jta-datasource, dann die Bohnen /andere Klassen können JTA. Daher UserTransaction-Schnittstelle.

Der erste Teil ist richtig, der Letzte Teil nicht ganz. Von der EJB-3.0-Spezifikation, Abschnitt 13.3.4 Enterprise-Beans Mit Container-Managed Transaction Demarcation:

Die enterprise-bean-business-Methoden [...] darf nicht versuchen, zu erhalten oder verwenden Sie die javax.transaction.UserTransaction - Schnittstelle.

Und Abschnitt 16.12 UserTransaction-Schnittstelle:

Den container dürfen nicht UserTransaction - Schnittstelle zur Verfügung, um die enterprise beans, die sind nicht erlaubt, um diese Schnittstelle zu verwenden.

In anderen Worten, die UserTransaction - Schnittstelle ist nicht verfügbar CMT enterprise beans.

• Nicht verwenden, CMT /BMT, wenn die datasource ist Ressourcen-lokale

Die Formulierung ist ein wenig verwirrend hier, aber ich würde sagen, dass dies streng genommen nicht korrekt. Aus der JPA 1.0 Spezifikation, Abschnitt § 5.5 Steuern von Transaktionen:

Application-managed entity-manager kann entweder eine JTA-entity-manager oder Ressourcen-lokale-entity-manager.

...

Beide JTA-entity-Manager und resource-local-entity-Manager sind erforderlich, um unterstützt zu werden in Java-EE-web-Container und EJB-Container. In einer EJB-Umgebung, eine JTA-entity-manager ist in der Regel verwendet.

Und Abschnitt 6.2.1.2 transaction-type

Den transaction-type - Attribut wird verwendet, um anzugeben, ob der entity-Manager zur Verfügung gestellt, die durch den entity-manager-factory für die Persistenz-unit muss JTA-entity-Manager oder Ressourcen-lokale entity-Manager. Der Wert dieses Elements ist JTA oder RESOURCE_LOCAL. Einen Transaktion-Typ JTA wird davon ausgegangen, dass eine JTA-data-source zur Verfügung gestellt werden — entweder wie angegeben durch die jta-data-source element oder durch den container. Im Allgemeinen wird In Java EE-Umgebungen, eine transaction-type von RESOURCE_LOCAL davon ausgegangen, dass eine non-JTA-datasource zur Verfügung gestellt werden. In einer Java EE-Umgebung, wenn dieses element nicht angegeben, wird standardmäßig der JTA.

So KÖNNEN Sie eine application-managed entity manager das kann ein resource-local entity manager (müssen Sie injizieren eine EntityManagerFactory zu Holen Sie sich die EM von ihm in diesem Fall) und es wird nicht Teil einer JTA-Transaktion. Sehen dieses (sehr interessante) Diskussion.

• Wenn erwähnt, als Ressource der lokalen Datenquelle, die Transaktionen sind nicht JTA bewusst. Code verwenden können EntityTransaction-interface, aber nicht UserTransaction-Schnittstelle

Wieder, die Formulierung ist ein wenig verwirrend, aber ich würde sagen, dass das richtig ist.

InformationsquelleAutor der Antwort Pascal Thivent