約20のjax-wsメトロWebサービスを備えたGlassfishサーバーを実行しています。サーバーの仕様は、8GBのRAMを搭載したCore2Duoです。すべてのWebサービスに単一のhttpリスナーを使用しています。開発はTrueに設定されています。要求スレッド数は2、アクセプター数は1です。最小および最大ヒープサイズは1GBで、PermGenは512MBに設定されています。サービスはHibernateレイヤーを介してOracleデータベースにアクセスし、サービス間には多くのサービス間呼び出しがあります。フロントエンドはASP.Netです。私たちの問題は、4〜5人のユーザーがしばらくの間（1時間）アプリケーションに同時にアクセスしようとすると、Glassfishサーバーがハングし、CPUが100％になりますが、メモリ使用率は約10〜11％です。この問題をデバッグする方法についてのポインタを見つけることができません。場合によっては、ログファイルでjava.lang.OutofMemory例外：PermGenSpaceが発生します。しかし、これも毎回ではありません。つまり、多くの場合、ログファイルはハングしてもエラーになりません。また、Perm Gen Spaceを増やそうとすると、GlassFishサーバーが起動しません。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。多くの場合、ログファイルはハングしてもエラーになりません。また、Perm Gen Spaceを増やそうとすると、GlassFishサーバーが起動しません。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。多くの場合、ログファイルはハングしてもエラーになりません。また、Perm Gen Spaceを増やそうとすると、GlassFishサーバーが起動しません。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。また、Perm Gen Spaceを増やそうとすると、GlassFishサーバーが起動しません。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。また、Perm Gen Spaceを増やそうとすると、GlassFishサーバーが起動しません。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。この問題を診断し、解決に向けて進む方法について、いくつかの方向性が必要です。使用しているGlassFishのバージョンはv2.1です。次のことがわかります。1。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。httpリスナーを追加すると（4〜5サービスごとに1リスナー）、障害時間が長くなりますが、あまり効果はありません。2. SOAP-UIを使用して重いサービスの一部を（1つずつ操作で）呼び出すと、多数のスレッドを同時に実行するとハングの問題が発生します。（例：8-10スレッド）3。SOAP-UIを使用して呼び出す場合、サービス操作（他のサービスを呼び出さない）がハングすることはめったにありませんが、他のサービスを呼び出すサービスは頻繁にハングします。