Re: Problem redeploying war in Tomcat , Unix environment
On Mon, Apr 14, 2008 at 8:43 AM, Raghuveer Rawat [EMAIL PROTECTED] wrote: I am using Tomcat5.0.28 and my application works fine in my local system When i redeploy appln in test server(*Unix Environment*), i get java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode Second-cup-of-coffee guess: different JVMs FWIW, -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem redeploying war in Tomcat , Unix environment
It's been my experience errors like this are caused by having the same jar file in the common/lib and WEB-INF/lib directories. -Original Message- From: Raghuveer Rawat [mailto:[EMAIL PROTECTED] Sent: Monday, April 14, 2008 10:44 AM To: users@tomcat.apache.org Subject: Problem redeploying war in Tomcat , Unix environment Hi , I am using Tomcat5.0.28 and my application works fine in my local system(Dev environment). When i redeploy appln in test server(*Unix Environment*), i get the following exception when i click on some link. java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode I thought my appln does not unload its classes gracefully on redeploy. I modified tomcat's server.xml and added autoDeploy and unpackWars attribute as below : Host appBase=webapps name=domain2 autoDeploy=true unpackWARs =trueThe changes you requested Aliaspubwebtest.doc.state.sc.us/Alias Logger className=org.apache.catalina.logger.FileLogger timestamp=true prefix=pubweb./ /Host *Still iam anable to resolve the issue. I dont have any clue how it works in UNix environment. Need help. * ** *Detail of the exception: * ** java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode at otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc (MedicalAcuityLevelCodeWrapper.java:116) at otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions. java:927) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.j ava:276) at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196 ) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr ocessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java: 226) at otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:47 1) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(Hibe rnateSessionRequestFilter.java:206) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequ estFilter.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93 ) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at otrack.med.RequestFilter.doFilter(RequestFilter.java:28) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve .java:287) at org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:8 4) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at
Re: Problem redeploying war in Tomcat , Unix environment
I do not have same set of jars in common/lib and WEB-INF/lib directories.My problems resolves if i *restart the tomcat* but it should work without restarting the tomcat because in Production environment we can't restart the server so many times . On Mon, Apr 14, 2008 at 12:24 PM, Litton, Tom - CEPM [EMAIL PROTECTED] wrote: It's been my experience errors like this are caused by having the same jar file in the common/lib and WEB-INF/lib directories. -Original Message- From: Raghuveer Rawat [mailto:[EMAIL PROTECTED] Sent: Monday, April 14, 2008 10:44 AM To: users@tomcat.apache.org Subject: Problem redeploying war in Tomcat , Unix environment Hi , I am using Tomcat5.0.28 and my application works fine in my local system(Dev environment). When i redeploy appln in test server(*Unix Environment*), i get the following exception when i click on some link. java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode I thought my appln does not unload its classes gracefully on redeploy. I modified tomcat's server.xml and added autoDeploy and unpackWars attribute as below : Host appBase=webapps name=domain2 autoDeploy=true unpackWARs =trueThe changes you requested Aliaspubwebtest.doc.state.sc.us/Alias Logger className=org.apache.catalina.logger.FileLogger timestamp=true prefix=pubweb./ /Host *Still iam anable to resolve the issue. I dont have any clue how it works in UNix environment. Need help. * ** *Detail of the exception: * ** java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode at otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc (MedicalAcuityLevelCodeWrapper.java:116) at otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions. java:927) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.j ava:276) at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196 ) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr ocessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java: 226) at otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:47 1) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(Hibe rnateSessionRequestFilter.java:206) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequ estFilter.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93 ) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at otrack.med.RequestFilter.doFilter(RequestFilter.java:28) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon textValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve .java:287) at
Re: Problem redeploying war in Tomcat , Unix environment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Raghuveer, Raghuveer Rawat wrote: | I do not have same set of jars in common/lib and WEB-INF/lib directories.My | problems resolves if i *restart the tomcat* but it should work without | restarting the tomcat because in Production environment we can't restart | the server so many times . If a Tomcat restart fixes your problem, then you are messing with classes in your webapp but somewhere an object lives on across the restart. Is it possible that some of your classes are being loaded by a ClassLoader that is above the webapp's ClassLoader? Perhaps by putting classes into $TOMCAT/lib or common/lib or shared/lib or whatever? That could definitely cause problems like this. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgDmn0ACgkQ9CaO5/Lv0PCykwCcDkORoYDPGRJu+IzB6wtJovkF 9U4AoMF6iDdGKFo7g+inCcp9otoJJAoz =KU/a -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem redeploying war in Tomcat , Unix environment
From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: Problem redeploying war in Tomcat , Unix environment If a Tomcat restart fixes your problem, then you are messing with classes in your webapp but somewhere an object lives on across the restart. That should be lives accross the redeployment, shouldn't it? Is it possible that some of your classes are being loaded by a ClassLoader that is above the webapp's ClassLoader? Loading isn't required - merely keeping a reference to some object or class of the previous incarnation of the webapp would be all that's needed to cause this error. Could be in some shared library, or perhaps in a ThreadLocal object. The stop() listener for the webapp in question *must* clear out all references to webapp before returning. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem redeploying war in Tomcat , Unix environment
There exists a mismatch on existing class on classpath for otrack.med.acuity.MedicalAcuityLevelCode 1)backup old jars and classes 2)delete all old classes of otrack.med.acuity.MedicalAcuityLevelCode.class (including any jars that contain) from deploy machine 3)copy new jars and classes from local system over to deploy machine M- - Original Message - From: Raghuveer Rawat [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Monday, April 14, 2008 11:43 AM Subject: Problem redeploying war in Tomcat , Unix environment Hi , I am using Tomcat5.0.28 and my application works fine in my local system(Dev environment). When i redeploy appln in test server(*Unix Environment*), i get the following exception when i click on some link. java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode I thought my appln does not unload its classes gracefully on redeploy. I modified tomcat's server.xml and added autoDeploy and unpackWars attribute as below : Host appBase=webapps name=domain2 autoDeploy=true unpackWARs =trueThe changes you requested Aliaspubwebtest.doc.state.sc.us/Alias Logger className=org.apache.catalina.logger.FileLogger timestamp=true prefix=pubweb./ /Host *Still iam anable to resolve the issue. I dont have any clue how it works in UNix environment. Need help. * ** *Detail of the exception: * ** java.lang.ClassCastException: otrack.med.acuity.MedicalAcuityLevelCode incompatible with otrack.med.acuity.MedicalAcuityLevelCode at otrack.med.acuity.MedicalAcuityLevelCodeWrapper.getOptionswWithTitleDesc(Med icalAcuityLevelCodeWrapper.java:116) at otrack.med.PatientSearchActions.loadPatientDeskTop(PatientSearchActions.java :927) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java: 276) at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:196) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces sor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at otrack.med.MtrackRequestProcessor.process(MtrackRequestProcessor.java:471) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at otrack.med.hibernate.HibernateSessionRequestFilter.doFilterInternal(Hibernat eSessionRequestFilter.java:206) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestF ilter.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at us.sc.state.doc.appsecurity.AppUserFilter.doFilter(AppUserFilter.java:93) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at otrack.med.RequestFilter.doFilter(RequestFilter.java:28) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase java:540) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.jav a:287) at org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:84) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at
Re: Problem redeploying war in Tomcat , Unix environment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck, Caldarale, Charles R wrote: | From: Christopher Schultz [mailto:[EMAIL PROTECTED] | Subject: Re: Problem redeploying war in Tomcat , Unix environment | | If a Tomcat restart fixes your problem, then you are messing with | classes in your webapp but somewhere an object lives on across the | restart. | | That should be lives accross the redeployment, shouldn't it? Of course. Otherwise, I sound like a complete idiot ;) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgDxUcACgkQ9CaO5/Lv0PC6IACeOS4RlUcoc02M0HiWShkklTB7 13UAoJfxQkN42HFMFPVtVbTCIZvEJEyY =UKHT -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]