Hot deploy is when you load a new version of a war for example while the server is still running. This triggers a chain of init actions on the server side.
I see from the logs the doGet method in the servlet caused a init of log4j configuration. try looking in that direction. I think this should not happen. The exception logged indicates a class file was changed in the middle of using it (or something like that). these things sometime happen when using hot deploy. On Wed, Apr 7, 2010 at 4:40 PM, Shahnaz Ali <shaan20...@gmail.com> wrote: > Hi, > > Thanks for your quick response. > > This crash happens only once so far in a year. After restart of OS and > Tomcat, without any change system is working fine again. This is a telco > system, so they need to know reason of crash. And if possible solution of > that. > > Actually this is a server side application which receives calls. At one > time > it may receive around 150 concurrent calls. When I check logs, i notice > there were around 900 call sessions. No clue how it happened. > > Application is in production, so we just cant change the configuration so > easily. We haven't tried with Java 6. > > Current Log4J version is: log4j-1.2.8.jar > Java Version is: 1.5 > OS: Redhat Linux > > Please explain, what do you mean by "hot deploy" here? > > > BR, > Shahnaz Ali. > > > > On Wed, Apr 7, 2010 at 6:10 PM, Michael Erskine <mse...@googlemail.com > >wrote: > > > On 7 April 2010 13:19, Shahnaz Ali <shaan20...@gmail.com> wrote: > > > We have IVR application running on tomcat web application server on > > Redhat > > > linux OS, using Log4J. This is a mission critical server application > with > > > good amount of call load. > > > > > > Recently we faced JVM (tomcat) crash and major of errors before crash > > > pointing to Log4J. We are not expert in Log4J, though of sharing with > you > > > and take your feedback. If you can point out the reason and corrective > > > action, will be great. > > > > Tomcat running as root? 1080 threads? :o > > > > I can see the PropertyConfigurator failing repeatedly - once for each > > HTTP daemon? > > Is this something to do with... > > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > > > > Does this Log4j configuration usually work? > > Have you tried running on a recent version of Java 6? > > > > Regards, > > Michael Erskine. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org > > For additional commands, e-mail: log4j-user-h...@logging.apache.org > > > > >