JPA2 + Hibernate 3.6.0でのJTAまたはLOCALトランザクション？

Question

私たちは技術スタックを再考する過程にあり、以下は私たちの選択です（アプリケーションの複雑さなどのためSpringとHibernateなしでは生きられません）。また、

1. のJava EE 5
2. JPA 2.0（Iは、Java EE 5のみ JPA 1.0をサポートしています知っているが、我々は休止状態 を使用するスタック技術
   5のJava EEへのJ2EE 1.4から移動しています
）JPAプロバイダとしてので、我々はこれは、我々は両方のJPAをしたい を意味します。JPAに、この時点で にそれらを移行する必要はありません。我々はすでにカスタムタイプ などでHBMファイルの たくさんある（3.6.0を休止/ hbmマッピングは、今の問題は、私は、ローカル・トランザクションに固執したいが、他のチームメンバーがしたいということです

）にHibernate JPAプロバイダ などの代わりに、アプリケーション Serverに付属 デフォルトを使用して一緒に、したがって 仕事しますJTAを使用してください。私は過去9年間J2EEに取り組んできました。私は2度のコミットが必要ない場合には、ローカルトランザクションに固執することを何度も聞いてきました。これはパフォーマンス上の理由だけでなく、ローカルトランザクションのデバッグ/トラブルシューティングはJTAよりはるかに簡単です（JTAが必要な場合は単一フェーズコミットを実行する場合でも）。

私の提案は、私は私が妄想しているのですか、私は有効なポイントを持っている場合を確認するに春宣言的トランザクション管理+ローカルトランザクション（HibernateTransactionManager）代わりのコンテナJTA

を使用することです。私は、Java EE世界の残りの部分が何を考えているか聞いてみたいと思います。あるいは、私に適切な記事を指摘してください。

Answer 1

JTAは2フェーズコミットを意味するものではありません。私はそれがJTAドライバとXAドライバの組み合わせで、2つのフェーズコミットを可能にすると思います。

トランザクションロジックをコードに埋め込むよりも、JTAと宣言型トランザクションを使用することをお勧めします。トランザクションは、アスペクト指向の方法で最も効果的です。

UPDATE：

あなたが投稿した追加情報を、私はあなたの引数に同意します。 Spring宣言型トランザクションとHibernateTransactionManagerクラスを使用することをお勧めします。

Answer 2

Duffyがすでに述べたように、JTAは2フェーズコミットと同義ではありません。これはXAプロトコルで行われます。

たとえば、特定のデータソースをxa-datasourceにするか、tx-datasourceにするかを明示的に選択できます。どちらの場合も、トランザクションはJTAを介して管理されます。

場合によっては、JTAを知らずに既に使用していることがあります。 JMSメッセージをトランザクションで送信するか、データベース内の何かを変更するトランザクションと同じトランザクションでトランザクションキャッシュを更新すると、トランザクションマネージャは自動的にXAモードに切り替わります。あなたのDBを表すデータソースはXAではないかもしれませんが、XAトランザクション1のリソースはXA以外のものであることが許されています。このリソースへの更新はlast resource commit optimizationで行われます。

リスクを計算して自己をテストする必要がありますが、私は根拠のない恐怖に対して警告したいと思います。 XAは、私たちが開発者として恐れて育てたものの1つと思われます。最近、JBossフォーラムに関する興味深い議論がありました：when to use xa-datasource。

XAは過去にサブパール実装の複雑なテクノロジでしたが、このFUD以降、これ以上のケースではない可能性があります。複雑な大企業のものは、2011年の工場技術の共通点です。

これは以前は完全に無関係だったEJBのために私たちが抱いていた不安とこれを比べると、 （明らかにJavaプログラマーにとっては問題ではない）、あるいは長い間この業界に参加しているときには、関数呼び出しのような基本的なことをすることへの恐怖;）