Tomcat内のJNDIデータソースを適切に呼び出す方法

Question

Tomcatサーバー上でJava Webアプリケーションを使用していますが、TomcatのJNDIからデータベース接続にアクセスする際の「ベストプラクティス」は何ですか？

現在、これは私がデータベースにアクセスする必要があるたびにやって何を基本的には次のとおりです。

Context envContext = null; 
DataSource dataSource = null; 
try { 
    envContext = (Context)ctx.lookup("java:/comp/env"); 
    dataSource = (DataSource)envContext.lookup("jdbc/datasource"); 
    return dataSource.getConnection(); 
} catch (Exception e){ 
    e.printStackTrace(); 
    return null; 
}finally { 
    if(envContext != null){ 
     try{ 
      envContext.close(); 
     } catch (NamingException e){ 
      e.printStackTrace(); 
     } 
    } 
} 

しかし、これは私がデータベースにアクセスするたびに、JNDIから接続を検索する適切な方法であります？代わりにContextまたはDatasourceへの参照を保持する必要がありますか？

Answer 1

JNDIルックアップは、基本的にルックアップの地図います。しかし、DataSourceを一度取得して「キャッシュ」することが望ましいです。つまり、DataSourceを返すメソッドを書くことは、あまりにも多くのコードをJ2EE内部にバインドしてコードをテストしやすくするために理想的です。

Answer 2

ルックアップコードが正常に表示される
問題のコンテキストでは、実際の接続オブジェクトをキャッシュしていない限り、データソースをキャッシュするのは問題ありません。

私はしばらくこのアプローチを使用していません。最近では、最低でも、私はあなたがあまりにもこのような何かを行うことができJdbcTemplate

Answer 3

を初期化/データソースを注入するためのバネを使用します - 彼らのオーバーヘッドが最小限になるよう

... 

Context initContext = new InitialContext(); 
DataSource dataSource = (DataSource) initContext.lookup("java:comp/env/jdbc/datasource"); 

... 

Answer 4

new InitialContext()はすべてのアプリケーションコンテナで高価ですが、それはstatic finalであり、static {}ブロックで作成され、効果的にSingletonになります。このリファレンスは一度作成して、必要なときに再利用してください。

DataSourceは、staticである必要があります。 Connectionオブジェクトを取得するには、public static Connection getConnection();メソッドが必要です。コードでは、DataSourceを直接処理する必要はありません。これは特にPooledDataSourceの実装でうまくいきます。