Issues changing log4j levels for tomcat web apps
Hi Everyone, This question might be a little off topic, but I thought since it involved tomcat web apps, I figured someone might know the answer. I have Liferay EE 5.2.6 running on top of tomcat 6.0.26. Liferay has an admin GUI page to allows me to change log level settings for different packages. The issue I'm facing is changing the log levels seems to only take effect on the ROOT web apps. All the other plugin web apps do not seem to response to the new log levels. I checked on Liferay support forums and found that others are also facing this problem (http://www.liferay.com/community/forums/-/message_boards/message/492284 1) Is this really Liferay's specific problem or is it Tomcat issue in general? In plain vanilla Tomcat, are the web apps loaded in a WebAppClassLoader and ROOT web app is loaded by StandardClassLoader? If so, I assume this is really just an issue with Tomcat right? How do I get around this problem? In a previous project I worked with, we relied on DB change notification to relay the new log level to all tomcat web apps. However, I don't want to consider that solution because it requires design changes and it has its own set of problem. Any pointers would be much appreciated! Thanks in advance! Regards, - Jeffrey Nguyen
RE: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/
Hi Chris, Sorry for the late reply. We implemented the workaround mentioned at the bottom of http://issues.apache.org/bugzilla/show_bug.cgi?id=4543 for now. This fixed our problem. At the same time, we also consider reinstalling tomcat under another directory without space and see if that fixes our problem. At this point, it seems none of the non-invasive work-arounds fixes this issue we're having. Thanks again for all your help. - Jeffrey Nguyen -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 26, 2007 3:18 PM To: Tomcat Users List Subject: Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/ -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeffrey, Jeffrey Nguyen (jeffrngu) wrote: I can cd to all 4 paths w/o any problem (see below). C:\echo %CATALINA_HOME% C:\Program Files\thirdparty\TOMCAT Your CATALINA_HOME still has a space in it, jst like it has all along. You need to actually change the value of this environment variable so that it does not contain any spaces. At this point, I'm considering reinstalling Tomcat in a different directory as the last resort because it's involved a lot of work. I am looking for a workaround. There is a very good likelihood that this will fix your problem. It would be easier IMO to just change the environment variable's value. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+tp69CaO5/Lv0PARAj2YAKCfXMNLona4343ctiNfNHBUksWnuQCfcfUl MZ5FvjTvA/7x6XwPP0ngWZE= =LUlT -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] - 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: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/
) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElemen t(Unknown Source) at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement (Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.s canStartElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$ContentDi spatcher.scanRootElementHook(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$F ragmentContentDispatcher.dispatch(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.s canDocument(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unkn own Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unkn own Source) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unkno wn Source) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1561) at org.apache.catalina.startup.Catalina.load(Catalina.java:489) at org.apache.catalina.startup.Catalina.load(Catalina.java:523) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:266) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:431) One more thing: I don't see any of the above exceptions if I don't deploy my servlet that uses RMI. Other servlets that are not using RMI seem to work fine. I'm not sure if this issue is triggered when RMI is used within Tomcat and when Tomcat is installed under a directory with spaces. The postings I found mentioned the use of RMI. - Jeffrey Nguyen -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 26, 2007 6:53 AM To: Tomcat Users List Subject: Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/ -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeffrey, Jeffrey Nguyen (jeffrngu) wrote: common.loader=${catalina.home}/common/classes,${catalina.home}/common/ i1 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/commo n/ lib/*.jar where catalina.home is resolved to C:/Program Files/thirdparty/TOMCAT I did some Google search and found some postings similar to the ones listed below. They seem to suggest that I would run into this problem if Tomcat was installed under a directory with spaces in it. Yes, for some reason spaces in path names are frequently the cause of lots of head-scratching. I'm not sure if it's strictly a win32 issue or not, but a lot of win32 folks seem to have this problem. Something you could try is explicitly setting the value of the CATALINA_HOME environment variable, and be sure to use the 8.3-equivalent of the path for the value. For instance: set CATALINA_HOME=C:\PROGRA~1\thirdparty\TOMCAT %CATALINA_HOME%\bin\startup.bat I realize you might be using Tomcat as a service, so you'll have to figure out how to get the same effect with the service launcher thing. Another option, of course, is to install Tomcat into a directory with no spaces in the path. Hope that helps, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+mRH9CaO5/Lv0PARAmCJAKCnwaMZ0hFXxHubkPLsUk0z8s3/KACdHN5d /aLUm/nhKsFfDTZ2JxSFFKE= =N4rL -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] - 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: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/
Hi Chris, I can cd to all 4 paths w/o any problem (see below). I also verified that TransactionRef class is part of CATALINA_HOME/common/lib/naming-factory.jar C:\echo %CATALINA_HOME% C:\Program Files\thirdparty\TOMCAT C:\cd %CATALINA_HOME%/common/classes C:\Program Files\thirdparty\TOMCAT\common\classescd\ C:\cd %CATALINA_HOME%/common/i18n C:\Program Files\thirdparty\TOMCAT\common\i18ncd %CATALINA_HOME%/common/endorsed C:\Program Files\thirdparty\TOMCAT\common\endorsedcd %CATALINA_HOME%/common/lib/ C:\Program Files\thirdparty\TOMCAT\common\lib At this point, I'm considering reinstalling Tomcat in a different directory as the last resort because it's involved a lot of work. I am looking for a workaround. - Jeffrey Nguyen -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 26, 2007 12:27 PM To: Tomcat Users List Subject: Re: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/ -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeffrey, Jeffrey Nguyen (jeffrngu) wrote: I had actually tried to define the value for catalina.home explicitely in catalina.properties file, but I still can't get this working. Not sure if catalina.home can actually be specified here. You may have to specify it externally. common.loader=${catalina.home}/common/classes,${catalina.home}/common/ i1 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/commo n/ lib/*.jar With this definition, I got the following stacktrace: 2007-09-26 13:53:13,000 ERROR [Thread-6] rmidispatcher.TCTTaskDispatcherImpl - java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/ Yes. It's obvious that the path still contains the space, and that the loader is considering it to be a path delimiter instead of part of the path itself. If I replace ${catalina.home} with C:/Program~1/thirdparty/TOMCAT for the first path, I'll get MalformedURLException exception again for the second path. If I made the same change for the first 2 paths, I'll get the same exception complaining about the third path. If I do this for the first 3 paths, the same exception points to the last path. When I made the same change for all 4 paths, Tomcat failed to start. I got the following error in catalina.* log: Sep 25, 2007 9:59:23 AM org.apache.tomcat.util.digester.Digester startElement SEVERE: Begin event threw error java.lang.NoClassDefFoundError: org/apache/naming/TransactionRef There are two possibilities: 1. Your path is still not correct (likely) 2. Your Tomcat install must be broken. This class should be in CATALINA_HOME/common/lib/naming-factory.jar Did you check to see that your 8.3 representation of the path is correct? Try copy-and-pasting that path up there into a cd command and see if windows will put you in the proper directory. One more thing: I don't see any of the above exceptions if I don't deploy my servlet that uses RMI. Other servlets that are not using RMI seem to work fine. I'm not sure if this issue is triggered when RMI is used within Tomcat and when Tomcat is installed under a directory with spaces. The postings I found mentioned the use of RMI. I assume you need RMI or you wouldn't be asking. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+rKQ9CaO5/Lv0PARAt2UAJ0SWFILHZC8VBDoet2UExo6ow+2LwCgvBFT IZXJsdh+euO/tLKIVgaS7UA= =BONg -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] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.net.MalformedURLException: no protocol: Files/thirdparty/TOMCAT/common/classes/
Hi, I have a Tomcat servlet which communicates with a stand-alone java application using RMI. I got the above exception whenever my servlet makes an RMI call. I have the following configuration in my catalina.policy file: common.loader=${catalina.home}/common/classes,${catalina.home}/common/i1 8n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/ lib/*.jar where catalina.home is resolved to C:/Program Files/thirdparty/TOMCAT I am running Tomcat version 5.5.17.0 on windows 2003 server. JVM is 1.5.0_07-b03. Tomcat is installed under C:\Program Files\thirdparty\TOMCAT I did some Google search and found some postings similar to the ones listed below. They seem to suggest that I would run into this problem if Tomcat was installed under a directory with spaces in it. http://www.jguru.com/forums/view.jsp?EID=1346101 http://forum.java.sun.com/thread.jspa?threadID=5210992tstart=30 http://mail-archives.apache.org/mod_mbox/tomcat-dev/200207.mbox/%3C20020 [EMAIL PROTECTED] http://www.jguru.com/forums/view.jsp?EID=1346069 I was wondering if anyone could tell me if this is a known issue or if I am doing anything wrong. Thanks in advance, Regards, - Jeffrey - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]