10

JCA はレガシー EIS 統合用であると読みました。この仕様は、アプリケーション開発者ではなくベンダー向けですか? 開発者が技術的またはビジネス上の問題を解決するために JCA アダプターを作成したユース ケースを知りたいと思っています。

4

3 に答える 3

10

私はあらゆる種類のエンド システム (FTP、SFTP、ファイル、金融システム) 用の JCA コネクタを作成しました。

これは主に、銀行内外のさまざまなシステムに取引および/または静的データを送信する必要がある投資銀行セクターにあります。RESTFul JSON/XML Web サービスからメインフレームへのソケット呼び出しまで、あらゆるものをビジネス トランザクションに含めることができます。

したがって、JCA は、統一されたプログラミング モデルを提供し、アプリケーション サーバーによって管理できるため、非常に便利です。トランザクション性、プーリングなどに役立ちます。

非常に高価な取引を含む FTP ファイルを (トランザクション的に保証して) 受信したいですか? JCA は、それに取り組むために使用できるテクノロジーの 1 つです。

<blatant plug> 私は現在、Mule や Spring Integration などの他のいくつかのプロジェクトと同様に、無料の JCA コネクタを備えたIkasanというオープン ソース プロジェクトに取り組んでいることを付け加えておきます。そのため、平均的な開発者が自分で作成しなければならないことはあまりありません。

于 2010-11-11T18:46:48.637 に答える
2

JCA は J2EE コネクタ アーキテクチャの略で、J2EE アプリケーション サーバー上で実行されるコンポーネントを外部の世界 (多くの既存の異種システム) に接続する手段を提供します。

J2EE では、Web コンテナーで実行されるプレゼンテーション レイヤー コードを記述し、EJB コンテナーでエンタープライズ Bean を記述できますが、アプリケーションは真空状態ではなく、他のシステムにアクセスする必要があり、アプリケーションは他のシステムからもアクセスされる必要があります。JCA は、外部システムにアクセスするため、または外部システムからアクセスされるための標準 API を提供するだけです。

EIS システム ベンダーの場合は、J2EE サーバーでシステムにアクセスする必要があるため、問題ありません。

アプリケーション開発者の場合は、JCA も必要になる場合があります。アプリケーションですぐに使用できる JCA リソース アダプターを使用せずに他のシステムにアクセスする必要がある場合があるため、独自のリソース アダプターを作成するだけです。

于 2011-05-19T06:18:13.687 に答える
2

JCA は、接続、スレッド、トランザクション、セキュリティ、およびライフサイクル コントラクトのコレクションです。これらのコントラクトに従うことで、接続管理、スレッド管理、トランザクション管理、セキュリティ、パッケージ化、デプロイ、アクティベーション、非アクティベーションなどのほとんどをコンテナー (JCA 準拠のアプリケーション サーバー) にオフロードできます。Jca は、アプリケーションがアダプターにアクセスできるようにするオプションの cci (共通クライアント・インターフェース) も提供します。

jca 準拠のコネクタを作成するかどうかは、アプリケーションの要件によって異なります。

人々は通常、ファイル システム、jms、データベース、ldap、電子メール、メインフレーム、パッケージ化されたアプリケーション、およびその他のほぼすべての EIS にアクセスするために jca アダプタを作成します。コードを書く必要があるかどうかを判断するのは開発者の特権ですが、コードを書くことは本質的に重要です。

于 2012-11-06T16:09:44.667 に答える