2

現在、適切な tcp プロトコルを介してマシン インターフェイスと通信する必要がある小さなアプリケーションを開発しています。

この低レベルの通信用に、必要なエンコーダーとデコーダーを実装するために Netty を使用しました。WebService や JPA などの Java EE も必要なので、netty サーバーを Java EE 6 アプリケーションに統合することを考えました。したがって、ブートストラップが PostConstruct メソッドでトリガーされ、登録解除が PreDestroy コールバックで行われる ApplicationScoped マネージド CDI Bean を使用します。

したがって、主な質問は次のとおりです。

私の知る限り、Java EE環境でスレッドを開始することは技術的に許可されていないため、これは問題につながりますか（Nettyはここでいくつかのスレッドを開始すると思います）？

はいの場合、どのような問題がありますか? クラスタリングは必要ないので、GlassFish のような標準の Java EE 6 アプリ サーバーを使用します。

4

1 に答える 1

0

不適切な終了やリソースのロックアップは壊滅的な結果につながる可能性があるため、ほとんどの人はこれを推奨しません。ただし、自分が何をしているのかわかっている場合は、そうしない理由はありません。

とはいえ、必要なものに基づいて、最初に Java コネクタ アーキテクチャを調べることをお勧めします。接続、トランザクション、セキュリティ、ライフサイクル、作業などの管理のための確立された契約を既に提供しています。そのため、適切な実装を作成し、スレッド管理をコンテナーに移行する可能性がはるかに高くなります。これとこれを見て、始めましょう。

于 2013-03-12T15:51:50.620 に答える