RE: App reloading classloading issue?
From: bajistaman [mailto:[EMAIL PROTECTED] Subject: App reloading classloading issue? Don't suppose you'd care to give us a hint about the version of Tomcat you're using? The weblogic client libs are placed in $CATALINA_HOME/common/lib. Are you sure the weblogic jars/classes aren't also somewhere else, such as under WEB-INF of the webapp? Having them in multiple places can result in the symptom you're seeing. - 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: App reloading classloading issue?
The weblogic client libs are placed in $CATALINA_HOME/common/lib. yes, but the class that is trying to be loaded is java.lang.NoClassDefFoundError: weblogic/rmi/extensions/server/Stubbajistaman wrote: does the weblogic/rmi/*server*/... hint that it is trying to load a server class, maybe not present in the weblogic *client* library? Filip I'm currently deploying applications to Tomcat using a context file placed inside $CATALINA_HOME/conf/[enginename]/[hostname]/ directory, they have the following content: Context docBase=/someDir/AppName.war/Context If I update the file AppName.war it is reloaded and the changes are reflected but it throws an exception java.lang.NoClassDefFoundError: weblogic/rmi/extensions/server/Stub whenever it has to access some remote Ejbs in Weblogic so it forces me to restart the Tomcat server to make it work. The weblogic client libs are placed in $CATALINA_HOME/common/lib. Any idea why is this happenning? is there a classloading issue when reloading an app? Thanks, Johann - 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: App reloading classloading issue?
JoAnn, I'm not sure about the error but have you tried just putting the WAR in the webapps directory $CATALINA_HOME/webapps? -Original Message- From: bajistaman [mailto:[EMAIL PROTECTED] Sent: Friday, September 28, 2007 12:53 PM To: users@tomcat.apache.org Subject: App reloading classloading issue? I'm currently deploying applications to Tomcat using a context file placed inside $CATALINA_HOME/conf/[enginename]/[hostname]/ directory, they have the following content: Context docBase=/someDir/AppName.war/Context If I update the file AppName.war it is reloaded and the changes are reflected but it throws an exception java.lang.NoClassDefFoundError: weblogic/rmi/extensions/server/Stub whenever it has to access some remote Ejbs in Weblogic so it forces me to restart the Tomcat server to make it work. The weblogic client libs are placed in $CATALINA_HOME/common/lib. Any idea why is this happenning? is there a classloading issue when reloading an app? Thanks, Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a 12944398 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [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]
App reloading classloading issue?
I'm currently deploying applications to Tomcat using a context file placed inside $CATALINA_HOME/conf/[enginename]/[hostname]/ directory, they have the following content: Context docBase=/someDir/AppName.war/Context If I update the file AppName.war it is reloaded and the changes are reflected but it throws an exception java.lang.NoClassDefFoundError: weblogic/rmi/extensions/server/Stub whenever it has to access some remote Ejbs in Weblogic so it forces me to restart the Tomcat server to make it work. The weblogic client libs are placed in $CATALINA_HOME/common/lib. Any idea why is this happenning? is there a classloading issue when reloading an app? Thanks, Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a12944398 Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: App reloading classloading issue?
Filip Hanik - Dev Lists wrote: The weblogic client libs are placed in $CATALINA_HOME/common/lib. yes, but the class that is trying to be loaded is java.lang.NoClassDefFoundError: weblogic/rmi/extensions/server/Stubbajistaman wrote: does the weblogic/rmi/*server*/... hint that it is trying to load a server class, maybe not present in the weblogic *client* library? Filip I get your point but actually the class is part of the classpath. The application works fine when I restart the server but it doesn't when I reload it. So the question is why Tomcat is not able to find a class that was found before doing the reload? By the way I'm using Tomcat 5.5.20.0 with Sun JVM 1.4.2_15-b02 Thanks, Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a12946585 Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: App reloading classloading issue?
Caldarale, Charles R wrote: From: bajistaman [mailto:[EMAIL PROTECTED] Subject: App reloading classloading issue? Don't suppose you'd care to give us a hint about the version of Tomcat you're using? The weblogic client libs are placed in $CATALINA_HOME/common/lib. Are you sure the weblogic jars/classes aren't also somewhere else, such as under WEB-INF of the webapp? Having them in multiple places can result in the symptom you're seeing. - Chuck Sorry, my mistake. I'm using Tomcat 5.5.20.0 with Sun JVM 1.4.2_15-b02 Thanks, Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a12946673 Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: App reloading classloading issue?
Clinton J. Totten wrote: I'm not sure about the error but have you tried just putting the WAR in the webapps directory $CATALINA_HOME/webapps? I tried that but the same error, if i want it to work I have to restart the server. Thanks, Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a12946776 Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: App reloading classloading issue?
From: bajistaman [mailto:[EMAIL PROTECTED] Subject: Re: App reloading classloading issue? I get your point but actually the class is part of the classpath. You just mentioned a dirty word. Do you have CLASSPATH set for the Tomcat execution or included that jar in the -cp parameter for launching Tomcat? (You shouldn't.) If so, that will make the weblogic classes visible to multiple classloaders, which is a Very Bad Thing. - 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: App reloading classloading issue?
Caldarale, Charles R wrote: You just mentioned a dirty word. Do you have CLASSPATH set for the Tomcat execution or included that jar in the -cp parameter for launching Tomcat? (You shouldn't.) If so, that will make the weblogic classes visible to multiple classloaders, which is a Very Bad Thing. I haven't set the tomcat classpath using -cp parameter, I just put the jars inside $CATALINA_HOME/common/lib (Common tomcat classloader visible to both Tomcat internal classes and to all web applications). Thanks, Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a12947529 Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: App reloading classloading issue?
It seems that this is a common problem whenever you need to access weblogic from a non weblogic container. First the wl*client.jar files are not enough to do what a weblogic client needs to do so you need to put the whole weblogic.jar (34MB) in your classpath in order to make it work an not getting CORBA exceptions. Then whenever you need to reload your application you are going to get the java.lang.NoClassDefFoundError: weblogic/rmi/extensions/server/Stub exception so it is mandatory to restart the server instance, a very poor solution... Johann -- View this message in context: http://www.nabble.com/App-reloading-classloading-issue--tf4535643.html#a12950164 Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: App reloading classloading issue?
From: bajistaman [mailto:[EMAIL PROTECTED] Subject: Re: App reloading classloading issue? Then whenever you need to reload your application you are going to get the java.lang.NoClassDefFoundError: I suspect that the prior instance of the webapp is actually still around, or at least its classloader and some undersirably persistent objects are. When you restart the webapp, another classloader is created for it, and its references to weblogic/rmi/extensions/server/Stub are not castable to instances of the same class from the first classloader. If you can figure out where the references to the prior instances are being maintained, perhaps you can clear them out and allow the older webapp to be completely removed. (Injudicious use of ThreadLocal is a common cause of this problem.) A profiler may help to determine objects are still around from the old copy of the webapp. - 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]