multithreading - ネイティブ jdk スレッドの代わりに asynchbeans を使用する

Question

IBM の asynchbean を使用した場合、パフォーマンスの制限はありますか? 私のアプリの jvm コア ダンプは、孤立したスレッドの多数の発生を示しています。現在、ネイティブ jdk アンマネージ スレッドを使用しています。マネージド スレッドに切り替える価値はありますか?

Answer 1

私の見解では、非同期Beanは、WebsphereJ2EEサーバー内にスレッドを作成するための回避策です。これまでのところ、websphereを使用すると、「ワーカー」スレッドのプールを作成して、スレッドの最大数をこのように制御できます。これは、一般的なJ2EEのスケーラビリティーの問題です。

「アンマネージド」スレッドでwebsphere内で非同期Beanを使用する際に問題が発生しました（「非合法」のsetMessageListenerを介したJMSリスナーからのコールバックのハッキング）。そもそもMDBを使わずに「求めていた」のですが、MDBにとらわれない要件があります。