2

ここでの私の最も基本的な質問は、Java EE アプリケーションに TCP インターフェースをどのように組み込むのですか? 従来の EIS と対話する代わりに、TCP/IP ポートのブロックと対話する必要があります。理想的には、メッセージ駆動型 Bean の onMessage メソッドが着信 TCP 要求によって呼び出され、同じ接続を介して応答できるようにしたいと考えています。

JCA は、Java EE 環境内でこのようなことを実行できるほど十分に一般的です。カスタム コネクタを開発することは、インバウンド/アウトバウンド TCP インターフェイスを Java エンタープライズ エコシステムに統合するための適切な手法でしょうか?


私がこれまでに試した限りでは、現在、多数の TCP リスナーを開始することから始まるライフサイクル モジュールを利用しています。これにより、ビジネス メソッドを呼び出すメッセージ駆動型 Bean が呼び出され、すべてが同じ TCP ストリームを介して返されます。これは実際には問題なく動作していますが、私のアプリケーション サーバー (Glassfish) でのライフサイクル サポートは、後付けで追加されたように感じます。したがって、JCA はこの種の問題に対する第一級のソリューションのように見え、TCP を介した通信を可能にします。

しかし、私たちが行った最初の調査から、コネクタ アーキテクチャは、一般化された TCP 通信ではなく、従来の情報システムを「対象としている」ように見えます。したがって、私の質問は次のようになります。カスタム JCA を使用して TCP/IP を Java EE アプリケーションに統合している人はいますか? それとも、EJB から TCP 接続を受け入れるためのより良い手法はありますか?

4

2 に答える 2

2

MXBeans と JCA (MXBeans の方が簡単で、両方を実装しています) が、基本的に必要なのは開始/停止の 2 つだけであり、場合によっては他の MXBeans/JCA/JNDI に依存して、必要なプロキシを生成する AppServer を使用してサービスを実行します。

実際のアプリケーション: 80+443 ポートで接続をトラップし、Web サーバーを通常どおり使用できる NIO アクセプターを使用して tomcat をハッキングしました。セッション/メッセージとすべてのジャズを管理するための完全なプラットフォーム (独自の (再) デプロイヤーを含む) が続きます。

于 2011-01-27T00:48:44.543 に答える
1

最初の問題はすでに解決しているようです。それはいいことですが、人々を助けるために、これは問題の良いサンプルです: http://code.google.com/p/jca-sockets

于 2012-10-07T04:52:32.087 に答える