0

JCA を簡単に紹介するには、スライド共有を作成する必要があります。今、私は全体を理解しようとしていますが、まだいくつかの場所で立ち往生しています. 私はIBMチュートリアルを読んでいますが、そのサンプルコードではトランザクションとセキュリティ契約を実装していませんが、代わりにInteraction、InteractionSpec、RecordFactory、およびIndexedRecordsインターフェース/クラスを使用しています(それはCCIだと思います)。

共有の中で、JCA v1仕様のコントラクトを実装する必要があると述べていることがわかりました。この例では、正しく理解している場合、「接続管理コントラクト」のみが使用されています。

(ConnectionMetaData、ConnectionFactory、Connection) または (ManagedConnectionFactory、ManagedConnection、ManagedConnectionMetaData) <- それらの違いは何ですか?「Managed」というプレフィックスが付いたインターフェイスは、いわゆる「Managed Connection Contract」ですか?

また、まだよくわかりませんが、CCI はリソース アダプタの作成にのみ使用されますか? または、アプリケーションサーバー内の「フレームワーク」として使用して、リソースアダプターと通信できますか。Bean の例では、JNDI ルックアップを使用して ConnectionFactory のインスタンスを取得し、拡張 CCI クラスのオーバーロードされたメソッドを使用します。

コントラクトが「行う」ことは理解していますが、いつシステム コントラクトを使用し、いつ CCI を使用しますか。私はそれの目的を得ていません。

CCI はリソース アダプタ内のある種の「API メソッド」ですか?アプリケーション サーバーの実装で使用できますか?

JCA の最初の外観は非常に複雑です。

たとえば、JBoss、Tomcat 設定内でリソース アダプタと通信するにはどうすればよいでしょうか。

4

1 に答える 1

0

はい、JCA は非常に複雑な機構です。クライアントによって操作されるオブジェクト (つまり、EJB、サーブレット) は、JCA アダプターの内部オブジェクトではありません。

私が思い出す限り、この「分割」の理由の 1 つは、接続プーリングがアプリケーション サーバーによって管理されていることです。したがって、接続の取得は、クライアント、アプリケーション サーバー、およびリソース アダプターの内部の間の相互作用です。私は長い間JCAを使用していないので、詳細をはっきりと覚えていません。しかし、私は数年前にブログ投稿で JCA についての私の理解を吐き出しました。

于 2013-06-11T09:46:38.923 に答える