Once the jvm throwns an OutOfMemory error, its behaviour is non-deterministic. Sometimes, the vm can still hobble along, but you need to restart it. So what you are seeing with the server process disappearing is not unusual in that sense.

200Mb sounds like it could be low, especially if you are servicing a few requests concurrently. You should look at the output of Runtime.totalMemory(), Runtime.maxMemory() and especially Runtime.freeMemory() to get a sense of where things are heading.

phil.

Norman Barker wrote:
Hi,

I am using Cocoon on JBoss 3.2.6 (included Tomcat), works really nicely, and we are using it as an XML-RPC engine
effectively. In that we receive posted XML requests and return an XML response these requests/responses are zipped.


However when we receive a request that causes a large XML response (a couple of mb), the zip archiver fails, and most time
the whole of JBoss crashes without an error log. Occassionally we get an out of memory error and then the server dies.


I can't give much info because cocoon and the server just crashes with no error.

My question is for a zip archiver that is only zipping a couple of mb in its response why would everything die. JBoss is running with
a VM switch (-xmx) that gives a maximum of 200mb of memory. Anyone else experience this error?


Norman


-- Whirlycott Philip Jacob [EMAIL PROTECTED] http://www.whirlycott.com/phil/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to