@PersistenceContext SpringとJava EEでのEntityManagerのスレッドセーフティ

Question

EntityManagerは、のスレッドセーフではないです。 サーブレット仕様では、非分散環境でSingleThreadModelを実装していないと、の定義ごとに1つのサーブレットインスタンスがしかないことが示されています。

したがって、Java EEの中で、あなたはEntityManagerは、サーブレットのフィールドに@PersistenceContextを通じて注入したとき - それはスレッドセーフではないです：

public class MyServlet extends HttpServlet { 

    // Not thread-safe, should be using EMF instead. 
    @PersistenceContext 
    private EntityManager em; 
} 

1. が言うには、この正しいことにもかかわらずのSpring BeanのデフォルトのスコープSpringはThreadLocalを使用してトランザクションをバインドし、EntityManagerを使用するため、EntityManagerはスレッドセーフです。

2. 上記サーブレットの例は、Springでも有効ですか？それでもスレッドセーフではありませんか？

3. ThreadLocalのアプローチはSpringマネージドBeanに対してのみ機能し、プレーンサーブレットはその1つではありませんか？

4. 私が覚えている限り、EntityManagerを注入するのはコンテナの責任です。 Glassfish Java EE実装では、注入ポイントとして@PersistenceContextを検出したのはアプリケーションサーバーでした。
   どのように春のように見えるのですか？ Spring Frameworkは、これらのアノテーションを発見する責任を負うのか、それともJPA実装者の責任ですか？

Answer 1

質問2、3、および4 - SpringはSpring Beanではないクラスには注意しません。そのため、春はあなたに注意を払っていませんMyServletクラス。 したがって

• 2）のための答えはノー
• 3）のみ春は春のコンテナ質問の

あるので、それは、スプリングス責任です）豆に を管理されていない1）。このように動作するので、Spring Injected Entity Managerの使用はスレッドの有効な保存になります。