title: Memory leak in JBoss
body: <p>I am having a very strange behavior in JBoss, and I'd like avail myself of the Collective Wisdom of the SO Crowd.</p>
  
  <p>We're using JBoss (4.0.4 I think) to serve SOAP calls. In fact, it's used as glorified RPC server, no more. We're running out of memory when we have 20+ clients sending their requests at the same time. The requests consist of the incoming rather small request (proper SOAP) and the returning result packet that is essentially one long SOAP string (and the contents of the string are XML). Yes I realize this is suboptimal. Don't ask.</p>
  
  <p>I've traced the leak to an instance of org.jboss.axis.message.SAX2EventRecorder that hold 4 million objects (strings and Integers). Now, even the longest response does not carry 4MB of data. The requests are all smaller than 40K. Something is fishy there, but I can't find any documentation on the Web.</p>
  
  <p>Can someone tell me what the recorder is used for? And how do I get rid of it? Or may be configure it to be less memory-hungry? Any help is appreciated.</p>
  
  <hr>
  
  <p>Update: To clarify - I did do memory dump, and the dump shows an array or 4,000,000+ objects, Strings and Integers. The array is owned by a org.jboss.axis.message.SAX2EventRecorder which is in turn held by these guys:</p>
  
  <p>org.jboss.axis.message.SOAPEnvelopeAxisImpl@0x19c31fd8 (141 bytes)  : field recorder
  org.jboss.axis.message.RPCParamElementImpl@0x19c32260 (123 bytes) : field recorder
  org.jboss.axis.message.SOAPBodyAxisImpl@0x19c32160 (121 bytes) : field recorder
  org.jboss.axis.message.RPCElement@0x19c321e0 (124 bytes) : field recorder
  org.jboss.axis.encoding.DeserializationContextImpl@0x19c332f0 (67 bytes) : field recorder
  org.jboss.axis.message.SAX2EventRecorder$objArrayVector@0x19c33398 (24 bytes) : field this$0</p>
  
  <p>The data structures of our own app are quete bloated, but not to this degree.</p>
  
  <p>Another update: powers that be have found a "powers-that-be-solution": we're switching to 64-bit memory. Hurray. </p>