のJava EE/GlassFishの - スレッドと接続

Question

シナリオ：私は、Java EEとの経験がほとんどないにもかかわらず

私は、スレッドなどと協力して、かなりの時間のためのJava SEを使用してきました。

私はサードパーティ製のJavaライブラリを使用して、リモートサーバー（サードパーティ製の会社）に接続しています。ライブラリはいくつかのスレッドを作成し、接続自体を維持しています。 （ライブラリの新しいインスタンスを作成して）新しい接続を何度も開くことはできません。私はいつも接続を維持するライブラリの同じインスタンスを維持する必要があります。

これはJava SEアプリケーションでは非常に簡単です。

私は、社内でこのライブラリの機能をその接続で使用できるようにするために、Webサービス（おそらくGlassFishなどを使用）を作成したいと考えています。 つまり、要求インスタンス間で有効に保たれるカスタムリモート接続（コードによって作成されていないか、自分のコードで管理されていない）が必要です。

質問： これは実現可能ですか？もしそうなら、どの技術を見てみるべきですか？

Answer 1

あなたは接続プールを使用してこれを行うことができます。リモートサーバに接続する必要がある場合は、毎回インスタンス化するのではなく、このプールから接続を取得してください。これはメモリフットプリントと効率を向上させるのに役立ちます。使用時間が長くなると、接続をプールに戻すことができます。

Answer 2

最近サーブレットコンテナとしてTomcat、JAX-WS実装としてMetro 2.0を使用して同様のシステムを実装しました。私のサービスはバックエンドコンポーネント（C++で実装されています）へのソケット接続を維持し、独自のネットワークプロトコルを使用してそれらと通信します。

コンポーネントとの高レベルの通信（接続確立、ハンドシェイクなど）とコンポーネントとの実際の通信を管理する「ネットワークセレクタ」スレッドを管理するために、「Component Manager」スレッドを使用しました。この「ネットワークセレクタ」は、Java Socket Selectorファミリーのクラスを使用する非同期ノンブロッキングソケットを使用していました.Socket Selectorクラスとのやりとりに単一のスレッドを使用することは、複数のスレッドが使用されているJavaプラットフォームのバグを示す重要なポイントです。

これまでのところうまくいきましたので、確かに可能だと言えます。何か明確化が必要な場合は、ここに投稿するか、私に電子メールを送ってください（私のプロフィールを参照）。

Answer 3

たとえば、JDBC接続プールと同じ方法でJNDIを通じて提供する必要があります。

次に、接続がファクトリに戻されていることを確認してから、アプリケーションサーバーのライフサイクルに統合して、プログラマチックにプルアップ/プルダウンする必要があります。

注意しないと、ここには厄介なクラスローダーの問題が潜んでいることに注意してください。あなたはファクトリとクライアントの共通のクラスを持っていなければなりません。標準のランタイムライブラリにないクラスであれば、リフレクションを使用してメソッドにアクセスしない限り、正しく共有する方法を見つけ出す必要があります。