Only the one application running on tomcat but deploying would happen
every week. I was restarting axis from tomcat manager a bit last week
that was causing axis to run out memory. But the application and WS
stuff was running fine for the last few days then the out of memory
error occurred today.

-----Original Message-----
From: Paul Callahan [mailto:[EMAIL PROTECTED] 
Sent: 18 January 2005 13:12
To: [EMAIL PROTECTED]
Subject: Re: Memory Leap on server side

Do you have multiple applications running on that instance of Tomcat,
and if so, are you deploying the WAR files frequently?  Like I
mentioned last week, there is a mem leak in Tomcat when deploying over
and over that will cause OutOfMemoryError's...

Otherwise, is it happening after the application is running
successfully for a while?

-pc

On Tue, 18 Jan 2005 10:53:56 -0000, Suzy Fynes
<[EMAIL PROTECTED]> wrote:
>  
>  
> 
> Hi, 
> 
>   
> 
> It seems that the axis running on my server is causing a memory leak
which
> causes the whole application to slow and some of it to show internal
errors.
> 
>   
> 
> Tomcat logs indicated 
> 
>   
> 
> java.lang.OutOfMemoryError
> 
> java.lang.OutOfMemoryError
> 
> java.lang.OutOfMemoryError
> 
> java.lang.OutOfMemoryError
> 
> java.lang.OutOfMemoryError
> 
>   
> Internal Server Error 
> 
> The server encountered an internal error or misconfiguration and was
unable
> to complete your request. 
> 
> Please contact the server administrator, [EMAIL PROTECTED] and inform
them of
> the time the error occurred, and anything you might have done that may
have
> caused the error. 
> 
> More information about this error may be available in the server error
log. 
> 
> Additionally, a 500 Internal Server Error error was encountered while
trying
> to use an ErrorDocument to handle the request. 
> 
>
________________________________________________________________________
_______________________
> 
>   
> 
> I've seen some posts here that help solve the problem on the client
side 
> 
>   
> 
> In client-side stub code, look for the call object and try: 
> 
>   
> 
>
Call.getMessageContext().getRequestMessage().getSOAPEnvelope().getRecord
er().clear();
> 
>   
> 
> If I'm not running the client is there anyway to stop the leak? 
> 
>   
> 
> Thanks 
> 
> Suzy



Reply via email to