我在JBoss中有一個非常奇怪的行爲，我想利用自己的SO人羣的集體智慧。JBoss中的內存泄漏
我們使用JBoss（4.0.4我認爲）來提供SOAP調用。事實上，它不再用作榮耀的RPC服務器。當我們有20多個客戶端同時發送請求時，我們的內存不足。請求由傳入的相當小的請求（適當的SOAP）和返回的結果數據包組成，這些數據包本質上是一個長的SOAP字符串（並且該字符串的內容是XML）。是的，我意識到這是不理想的。不要問。
我已經將泄漏追蹤到一個org.jboss.axis.message.SAX2EventRecorder實例，它包含了4百萬個對象（字符串和整數）。現在，即使是最長的響應也沒有攜帶4MB的數據。請求都小於40K。有些東西很腥，但我在網上找不到任何文檔。
有人能告訴我錄音機用於什麼嗎？我該如何擺脫它？或者可能將其配置爲較少內存飢餓？任何幫助表示讚賞。
更新：澄清 - 我做了內存轉儲，轉儲顯示一個數組或4,000,000+對象，字符串和整數。
[email protected]（141個字節）：：字段記錄 org.jboss所述陣列由org.jboss.axis.message.SAX2EventRecorder其又由這些人持有資.axis.message.RPCParamElementImpl @ 0x19c32260（123字節）：現場記錄器 [email protected]（121字節）：現場記錄器 [email protected]（124字節） ：字段記錄 [email protected]（67個字節）：字段記錄 [email protected]98（24個字節）：這個字段0 $
我們自己的應用程序的數據結構是臃腫的，但沒有達到這個程度。
另一個更新：找到了「解決問題的能力」的能力：我們正在切換到64位內存。歡呼。
@Arkadiy：不要以爲JBoss有bug;假設該錯誤在您的代碼中。您已經確定了軟件的一個「次優」條件。爲什麼不能有更多？ – 2009-01-27 13:42:02
我的問題是：你在做什麼運行如此舊版本的JBoss？它已經有2.5歲了。你經常會發現人們對於過時的軟件有些猶豫，甚至不願意幫助。 – cletus 2009-01-27 13:42:07