war classpath problem
Hello world, My war and i have some problem for loading some class that are embedded in jars in myWar/WEB-INF/lib... I tried to solve this by writing a proper myWar/META-INF/MANIFEST.MF with no success. It simply ignores it. I don't have anymore idea. May you give me some clue? At list a sample of a manifest file for a war file, please. thx,
Re: war classpath problem
forgot to tell about my env : jboss3.2.2/jbossweb-tomcat41.sar On 9/20/05, lio tomcat [EMAIL PROTECTED] wrote: Hello world, My war and i have some problem for loading some class that are embedded in jars in myWar/WEB-INF/lib... I tried to solve this by writing a proper myWar/META-INF/MANIFEST.MF with no success. It simply ignores it. I don't have anymore idea. May you give me some clue? At list a sample of a manifest file for a war file, please. thx,
classpath problem?
Hi, Newbie here, I'm not sure why I'd be getting these compilation errors. I see my tomcat server at http://localhost/. The http://www.coreservlets.com/Apache-Tomcat-Tutorial/ seems to tell me it's my classpath, but *I* think I have my jar files properly in my classpath. See this following shell transcript. Thanks, Bagus id uid=0(root) gid=0(wheel) groups=0(wheel), 5(operator) echo $CLASSPATH .:/www/my_tomcat_apps:/usr/local/jakarta-tomcat-5.4.4/common/lib/servlet-api .jar:/usr/local/jakarta-tomcat-5.5.4/common/lib/jsp-api.jar ls /usr/local/jakarta-tomcat-5.5.4/common/lib/jsp-api.jar /usr/local/jakarta-tomcat-5.5.4/common/lib/jsp-api.jar ls /usr/local/jakarta-tomcat-5.5.4/common/lib/servlet-api.jar /usr/local/jakarta-tomcat-5.5.4/common/lib/servlet-api.jar pwd /usr/www/my_tomcat_apps ls -al HelloServlet.java -rw-r--r-- 1 bagus staff 955 Feb 18 09:04 HelloServlet.java javac HelloServlet.java elloServlet.java:2: package javax.servlet does not exist import javax.servlet.*; ^ HelloServlet.java:3: package javax.servlet.http does not exist import javax.servlet.http.*; ^ HelloServlet.java:13: cannot resolve symbol symbol : class HttpServlet location: class HelloServlet public class HelloServlet extends HttpServlet { ^ HelloServlet.java:14: cannot resolve symbol symbol : class HttpServletRequest location: class HelloServlet public void doGet(HttpServletRequest request, ^ HelloServlet.java:15: cannot resolve symbol symbol : class HttpServletResponse location: class HelloServlet HttpServletResponse response) ^ HelloServlet.java:16: cannot resolve symbol symbol : class ServletException location: class HelloServlet throws ServletException, IOException { ^ 6 errors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: classpath problem?
From: Bagus [mailto:[EMAIL PROTECTED] Subject: classpath problem? echo $CLASSPATH .:/www/my_tomcat_apps:/usr/local/jakarta-tomcat-5.4.4/ ^ | Want to make that 5.5.4 and see what happens? - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP on-server compilation: classpath problem?
When I deploy a JSP document with Tomcat 5.5.1 without precompiling, I get an error message when accessing the corresponding web page. org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 32 in the jsp file: /test.jspx Generated servlet error: org.apache.jsp.tag.web.selection_tagx cannot be resolved or is not a type An error occurred at line: 32 in the jsp file: /test.jspx Generated servlet error: org.apache.jsp.tag.web.selection_tagx cannot be resolved or is not a type org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84) org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:328) org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:382) org.apache.jasper.compiler.Compiler.compile(Compiler.java:280) org.apache.jasper.compiler.Compiler.compile(Compiler.java:259) org.apache.jasper.compiler.Compiler.compile(Compiler.java:247) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:544) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:302) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:246) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) I can precompile the document without a problem. If I don't precompile, the jasper compiler does everything it's supposed to do. The following files all exist $CATALINA_HOME/work/Catalina/localhost/myapp/org/apache/jsp/test_jspx.java $CATALINA_HOME/work/Catalina/localhost/myapp/org/apache/jsp/tag/web/selection_tagx.java $CATALINA_HOME/work/Catalina/localhost/myapp/org/apache/jsp/tag/web/selection_tagx.class For some reason, the JDTCompiler doesn't find the compiled selection_tagx.class. Michael -- Michael SchuerigThis is not a false alarm mailto:[EMAIL PROTECTED] This is not a test http://www.schuerig.de/michael/ --Rush, Red Tide - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please help with CLASSPATH problem
My apologies - RTFM -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 03:57 AM To: [EMAIL PROTECTED] Subject: Re: Please help with CLASSPATH problem Andi Reinbrech [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I FINALLY figured this one out. Tomcat 5.0.18 as a service ignores -Djava.class.path. Rather, it takes the path from the -Imagepath parameter as the classpath (I did a debug logger.info(Classpath: + System.getProperty(java.class.path) and lo and behold it gave me the Imagepath as the actual classpath. I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine. This sounds like a bug? Or at least an undocumented feature. I believe that it is a documented feature. See http://jakarta.apache.org/commons/daemon/procrun.html. Cheers Andi -Original Message- From: Andi Reinbrech [mailto:[EMAIL PROTECTED] Sent: 16 February 2004 14:58 PM To: Tomcat-User (E-mail) Subject: Please help with CLASSPATH problem Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use *either*. When I run Tomcat 5.0.18 from the command prompt, the app works 100%. It is supposed to pick up a file called emapi.cfg and licenses.txt from the CLASSPATH. emapi.cfg works int .\axis\WEB-INF\classes, but licenses.txt doesn't. However, leaving licenses.txt in the bin\ folder and starting Tomcat *from* that folder it works fine. Running Tomcat 5 as a service doesn't pick up licenses.txt although the working dir is set to be bin\. In the bin\ folder I also need a load of *.dtd files to validate XML responses. They only work when they're in the bin folder. Now to Tomcat 4.1: Everything works as a service, including picking up the licenses.txt, but now it refuses to resolve the *.dtds. I get a SAX Parser error that the URI can't be relative. This is a bogus error though, as I can remove all the *dtds and the error stays the same. Can someone PLEASE help me either fix EITHER one of these problems, or please refer me to an alternative server to use. org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not as a service, and shouldn't be used as a production server. Thanks in advance, Andi ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message
RE: Please help with CLASSPATH problem
-Original Message- From: Andi Reinbrech [mailto:[EMAIL PROTECTED] Sent: martedì 17 febbraio 2004 13.29 To: 'Tomcat Users List' Subject: RE: Please help with CLASSPATH problem My apologies - RTFM -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: 17 February 2004 03:57 AM To: [EMAIL PROTECTED] Subject: Re: Please help with CLASSPATH problem Andi Reinbrech [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I FINALLY figured this one out. Tomcat 5.0.18 as a service ignores -Djava.class.path. Rather, it takes the path from the -Imagepath parameter as the classpath (I did a debug logger.info(Classpath: + System.getProperty(java.class.path) and lo and behold it gave me the Imagepath as the actual classpath. I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine. This sounds like a bug? Or at least an undocumented feature. I believe that it is a documented feature. See http://jakarta.apache.org/commons/daemon/procrun.html. Cheers Andi -Original Message- From: Andi Reinbrech [mailto:[EMAIL PROTECTED] Sent: 16 February 2004 14:58 PM To: Tomcat-User (E-mail) Subject: Please help with CLASSPATH problem Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use *either*. When I run Tomcat 5.0.18 from the command prompt, the app works 100%. It is supposed to pick up a file called emapi.cfg and licenses.txt from the CLASSPATH. emapi.cfg works int .\axis\WEB-INF\classes, but licenses.txt doesn't. However, leaving licenses.txt in the bin\ folder and starting Tomcat *from* that folder it works fine. Running Tomcat 5 as a service doesn't pick up licenses.txt although the working dir is set to be bin\. In the bin\ folder I also need a load of *.dtd files to validate XML responses. They only work when they're in the bin folder. Now to Tomcat 4.1: Everything works as a service, including picking up the licenses.txt, but now it refuses to resolve the *.dtds. I get a SAX Parser error that the URI can't be relative. This is a bogus error though, as I can remove all the *dtds and the error stays the same. Can someone PLEASE help me either fix EITHER one of these problems, or please refer me to an alternative server to use. org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not as a service, and shouldn't be used as a production server. Thanks in advance, Andi ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original
Please help with CLASSPATH problem
Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use *either*. When I run Tomcat 5.0.18 from the command prompt, the app works 100%. It is supposed to pick up a file called emapi.cfg and licenses.txt from the CLASSPATH. emapi.cfg works int .\axis\WEB-INF\classes, but licenses.txt doesn't. However, leaving licenses.txt in the bin\ folder and starting Tomcat *from* that folder it works fine. Running Tomcat 5 as a service doesn't pick up licenses.txt although the working dir is set to be bin\. In the bin\ folder I also need a load of *.dtd files to validate XML responses. They only work when they're in the bin folder. Now to Tomcat 4.1: Everything works as a service, including picking up the licenses.txt, but now it refuses to resolve the *.dtds. I get a SAX Parser error that the URI can't be relative. This is a bogus error though, as I can remove all the *dtds and the error stays the same. Can someone PLEASE help me either fix EITHER one of these problems, or please refer me to an alternative server to use. org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not as a service, and shouldn't be used as a production server. Thanks in advance, Andi ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please help with CLASSPATH problem
I FINALLY figured this one out. Tomcat 5.0.18 as a service ignores -Djava.class.path. Rather, it takes the path from the -Imagepath parameter as the classpath (I did a debug logger.info(Classpath: + System.getProperty(java.class.path) and lo and behold it gave me the Imagepath as the actual classpath. I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine. This sounds like a bug? Or at least an undocumented feature. Cheers Andi -Original Message- From: Andi Reinbrech [mailto:[EMAIL PROTECTED] Sent: 16 February 2004 14:58 PM To: Tomcat-User (E-mail) Subject: Please help with CLASSPATH problem Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use *either*. When I run Tomcat 5.0.18 from the command prompt, the app works 100%. It is supposed to pick up a file called emapi.cfg and licenses.txt from the CLASSPATH. emapi.cfg works int .\axis\WEB-INF\classes, but licenses.txt doesn't. However, leaving licenses.txt in the bin\ folder and starting Tomcat *from* that folder it works fine. Running Tomcat 5 as a service doesn't pick up licenses.txt although the working dir is set to be bin\. In the bin\ folder I also need a load of *.dtd files to validate XML responses. They only work when they're in the bin folder. Now to Tomcat 4.1: Everything works as a service, including picking up the licenses.txt, but now it refuses to resolve the *.dtds. I get a SAX Parser error that the URI can't be relative. This is a bogus error though, as I can remove all the *dtds and the error stays the same. Can someone PLEASE help me either fix EITHER one of these problems, or please refer me to an alternative server to use. org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not as a service, and shouldn't be used as a production server. Thanks in advance, Andi ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Please help with CLASSPATH problem
Andi Reinbrech [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I FINALLY figured this one out. Tomcat 5.0.18 as a service ignores -Djava.class.path. Rather, it takes the path from the -Imagepath parameter as the classpath (I did a debug logger.info(Classpath: + System.getProperty(java.class.path) and lo and behold it gave me the Imagepath as the actual classpath. I added %CATALINA_HOME%\bin to the Imageclasspath and all is working fine. This sounds like a bug? Or at least an undocumented feature. I believe that it is a documented feature. See http://jakarta.apache.org/commons/daemon/procrun.html. Cheers Andi -Original Message- From: Andi Reinbrech [mailto:[EMAIL PROTECTED] Sent: 16 February 2004 14:58 PM To: Tomcat-User (E-mail) Subject: Please help with CLASSPATH problem Hi, this problem behaves differently under 4.1 and 5.0.18, but I can't use *either*. When I run Tomcat 5.0.18 from the command prompt, the app works 100%. It is supposed to pick up a file called emapi.cfg and licenses.txt from the CLASSPATH. emapi.cfg works int .\axis\WEB-INF\classes, but licenses.txt doesn't. However, leaving licenses.txt in the bin\ folder and starting Tomcat *from* that folder it works fine. Running Tomcat 5 as a service doesn't pick up licenses.txt although the working dir is set to be bin\. In the bin\ folder I also need a load of *.dtd files to validate XML responses. They only work when they're in the bin folder. Now to Tomcat 4.1: Everything works as a service, including picking up the licenses.txt, but now it refuses to resolve the *.dtds. I get a SAX Parser error that the URI can't be relative. This is a bogus error though, as I can remove all the *dtds and the error stays the same. Can someone PLEASE help me either fix EITHER one of these problems, or please refer me to an alternative server to use. org.apache.axis.transport.http.SimpleAxisServer works like a charm, but not as a service, and shouldn't be used as a production server. Thanks in advance, Andi ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** Everything in this e-mail and attachments relating to the official business of MultiChoice Africa is proprietary to the company. Any view or opinion expressed in this message may be the view of the individual and should not automatically be ascribed to the company. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and destroy the original message. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Easy : CLASSPATH problem
Hi all, I just installed tomcat 5 to benefits servlet 2.4 implementation But where shall i point my classpath to ? E:\java\jakarta-tomcat-5.0.12\jakarta-tomcat-5.0.12\server\lib ? But javac doesn't take it in consideration. There several servlet*.jar files but which one is the good one for javac ? Do you know a good web page that explain : - Which actually contains the differents servlet*.jar from tomcat dir ? Regards all, ERic
Re: Easy : CLASSPATH problem
... found out : set classpath to servlet-api.jar not sry for noise - Original Message - From: Eric C [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 12, 2003 10:34 AM Subject: Easy : CLASSPATH problem Hi all, I just installed tomcat 5 to benefits servlet 2.4 implementation But where shall i point my classpath to ? E:\java\jakarta-tomcat-5.0.12\jakarta-tomcat-5.0.12\server\lib ? But javac doesn't take it in consideration. There several servlet*.jar files but which one is the good one for javac ? Do you know a good web page that explain : - Which actually contains the differents servlet*.jar from tomcat dir ? Regards all, ERic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache-SOAP/Tomcat Classpath problem
Hi, Im runing Tomcat 4.0.6. I have a web application running and Apache-SOAP installed. The web application is publishing methods to be accessed via soap-rpc. When the client code makes a call, the fault code is badTargetObjectURI. The problem is the classpath on Tomcat doesnt contain the class files for implementation code. However, when I add the correct path to the catalina.bat startup script, the .jar files in my WEB-INF\lib directory arent being added to the tomcat classpath. Has anyone seen or experienced this before? Thanks, Brian Abbott
Re: Classpath problem with Tomcat running in Embedded mode
Hi, If you're calling Bootstrap.main(), please also have a look at the source code within Bootstrap. You'll find that Bootstrap just sets the ground for the Catalina classes...It creates a classloader hierarchy, with classloaders for classes visible to just Catalina, and for visibility between both Catalina and Webapps. Each webapp has a classloader to itself. What you should do instead is have a look at how Embedded works, and do something like that yourself. This may not be the intended approach behind supplying Embedded, but this is how I've bundled Tomcat 4.0.1 for a Swing based app I had to once develop. -- Sriram --- sandeep arshanapally [EMAIL PROTECTED] wrote: Thanks for your reply. Iam calling the BootStrap.main directly from a thread in my jvm. Iam using Tomcat 4.1.24. I have the catalina.home set to tomcat directory. It recognizes the classes in tomcat directory but none of the classes in the classpath I specify while starting the jvm. Sandeep From: Sriram N [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Classpath problem with Tomcat running in Embedded mode Date: Wed, 11 Jun 2003 20:55:42 -0700 (PDT) Hi, This is a ClassLoader visibility issue. Read the ClassLoader howto in the Tomcat Docs. How exactly are you running Embedded ? Are you invoking the main method on it straight out ? Which Tomcat release are you using ? -- Sriram --- sandeep arshanapally [EMAIL PROTECTED] wrote: Hi, Iam running tomcat in an embedded mode i.e. launching it from with in my jvm and using it with Axis for SOAP processing. I am having a problem with the classes and classpath. The SOAP implementation class files need to be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if Iam referencing any other classes from there, it throws a ClassNotFoundException. Is there anyway that I can specify the classpath so that the classes do not have to be in that directory? Thanks in advance, Sandeep _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath problem with Tomcat running in Embedded mode
Thanks for your reply. Iam calling the BootStrap.main directly from a thread in my jvm. Iam using Tomcat 4.1.24. I have the catalina.home set to tomcat directory. It recognizes the classes in tomcat directory but none of the classes in the classpath I specify while starting the jvm. Sandeep From: Sriram N [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Classpath problem with Tomcat running in Embedded mode Date: Wed, 11 Jun 2003 20:55:42 -0700 (PDT) Hi, This is a ClassLoader visibility issue. Read the ClassLoader howto in the Tomcat Docs. How exactly are you running Embedded ? Are you invoking the main method on it straight out ? Which Tomcat release are you using ? -- Sriram --- sandeep arshanapally [EMAIL PROTECTED] wrote: Hi, Iam running tomcat in an embedded mode i.e. launching it from with in my jvm and using it with Axis for SOAP processing. I am having a problem with the classes and classpath. The SOAP implementation class files need to be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if Iam referencing any other classes from there, it throws a ClassNotFoundException. Is there anyway that I can specify the classpath so that the classes do not have to be in that directory? Thanks in advance, Sandeep _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classpath problem with Tomcat running in Embedded mode
Hi, Iam running tomcat in an embedded mode i.e. launching it from with in my jvm and using it with Axis for SOAP processing. I am having a problem with the classes and classpath. The SOAP implementation class files need to be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if Iam referencing any other classes from there, it throws a ClassNotFoundException. Is there anyway that I can specify the classpath so that the classes do not have to be in that directory? Thanks in advance, Sandeep _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath problem with Tomcat running in Embedded mode
Hi, This is a ClassLoader visibility issue. Read the ClassLoader howto in the Tomcat Docs. How exactly are you running Embedded ? Are you invoking the main method on it straight out ? Which Tomcat release are you using ? -- Sriram --- sandeep arshanapally [EMAIL PROTECTED] wrote: Hi, Iam running tomcat in an embedded mode i.e. launching it from with in my jvm and using it with Axis for SOAP processing. I am having a problem with the classes and classpath. The SOAP implementation class files need to be there /webapps/axis/WEB-INF/classes otherwise it doesn't work and if Iam referencing any other classes from there, it throws a ClassNotFoundException. Is there anyway that I can specify the classpath so that the classes do not have to be in that directory? Thanks in advance, Sandeep _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat classpath problem
Apologies for the re-post, but I'm not sure if my messages are reaching the list. --- Hi, I'm trying to understand the tomcat class loading mechanism and have read through the Class Loader HOW-TO ( http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html ). How does one make additional jars available to tomcat? I understand one can add them to WEB-INF/lib,but there are sometimes that approach does not work. Here's a scenario: I'm using tomcat 4.1.24 with jdk 1.4.1_02. One of the required libraries for my web app is oc4j.jar. If I put that oc4j.jar into the WEB-INF/lib, tomcat throws the following error on startup: = Starting service Tomcat-Standalone Apache Tomcat/4.1.24 WebappClassLoader: validateJarFile(D:\jakarta-tomcat-4.1.24\bin\..\webapps\graphics\WEB-INF\lib \oc4j.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class = Upon checking, I found oc4j.jar has javax.servlet.Servlet and I suspect it does not adhere to Servlet Spec 2.3 (but probably something earlier than that). If I do not put oc4j.jar in WEB-INF/lib, I get the following error: 2003-06-10 13:28:43 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception javax.servlet.ServletException: javax.servlet.jsp.tagext.TagInfo.init(Ljava/lang/String;Ljava/lang/String; Ljava/lang/String;Ljava/lang/String;Ljavax/servlet/jsp/tagext/TagLibraryInfo ;Ljavax/servlet/jsp/tagext/TagExtraInfo;[Ljavax/servlet/jsp/tagext/TagAttrib uteInfo;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljavax/servle t/jsp/tagext/TagVariableInfo;)V at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249) at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) Root cause is; java.lang.NoSuchMethodError: javax.servlet.jsp.tagext.TagInfo.init(Ljava/lang/String;Ljava/lang/String; Ljava/lang/String;Ljava/lang/String;Ljavax/servlet/jsp/tagext/TagLibraryInfo ;Ljavax/servlet/jsp/tagext/TagExtraInfo;[Ljavax/servlet/jsp/tagext/TagAttrib uteInfo;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;[Ljavax/servle t/jsp/tagext/TagVariableInfo;)V at org.apache.jasper.compiler.TagLibraryInfoImpl.createTagInfo(TagLibraryInfoIm pl.java:385) (and a whole lot of lines) This above error stems from a particular tag library that I have written, and when tomcat tries
RE: Tomcat classpath problem
Howdy, How does one make additional jars available to tomcat? I understand one can add them to WEB-INF/lib,but there are sometimes that approach does not work. Here's a scenario: I'm using tomcat 4.1.24 with jdk 1.4.1_02. One of the required libraries for my web app is oc4j.jar. If I put that oc4j.jar into the WEB-INF/lib, tomcat throws the following error on startup: = Starting service Tomcat-Standalone Apache Tomcat/4.1.24 WebappClassLoader: validateJarFile(D:\jakarta-tomcat-4.1.24\bin\..\webapps\graphics\WEB- INF\lib \oc4j.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class The message is fairly clear: oc4j.jar is not acceptable in a Servlet Specification v2.3 container, because it contains a copy of the java servlet API. You need to re-package the oc4j jar, taking out the servlet classes, or obtain a later copy of the oc4j jar which does not contain the servlet classes. Generally speaking, the way to make more jars available to tomcat for your web application is to place these jars in the WEB-INF/lib directory of your web application. However, the jars can't contain the servlet APIs. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat classpath problem
unpack your jar to WEB-INF/classes and remove javax/servlet tree. This will provide you with your classes without the conflicting servlet classes. Charlie -Original Message- From: Manav Gupta [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 10:58 AM To: Tomcat (E-mail) Subject: Tomcat classpath problem Apologies for the re-post, but I'm not sure if my messages are reaching the list. --- Hi, I'm trying to understand the tomcat class loading mechanism and have read through the Class Loader HOW-TO ( http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h owto.html http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader- howto.html ). How does one make additional jars available to tomcat? I understand one can add them to WEB-INF/lib,but there are sometimes that approach does not work. Here's a scenario: I'm using tomcat 4.1.24 with jdk 1.4.1_02. One of the required libraries for my web app is oc4j.jar. If I put that oc4j.jar into the WEB-INF/lib, tomcat throws the following error on startup: = Starting service Tomcat-Standalone Apache Tomcat/4.1.24 WebappClassLoader: validateJarFile(D:\jakarta-tomcat-4.1.24\bin\..\webapps\graphi cs\WEB-INF\lib \oc4j.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class = Upon checking, I found oc4j.jar has javax.servlet.Servlet and I suspect it does not adhere to Servlet Spec 2.3 (but probably something earlier than that). If I do not put oc4j.jar in WEB-INF/lib, I get the following error: 2003-06-10 13:28:43 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception javax.servlet.ServletException: javax.servlet.jsp.tagext.TagInfo.init(Ljava/lang/String;Ljav a/lang/String; Ljava/lang/String;Ljava/lang/String;Ljavax/servlet/jsp/tagext/ TagLibraryInfo ;Ljavax/servlet/jsp/tagext/TagExtraInfo;[Ljavax/servlet/jsp/ta gext/TagAttrib uteInfo;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String; [Ljavax/servle t/jsp/tagext/TagVariableInfo;)V at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249) at javax.servlet.http.HttpServlet.service(HttpServlet.java:336) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.ja va:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi spatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport Valve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter. java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Process or.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandle r.processConne ction(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi nt.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) Root cause is; java.lang.NoSuchMethodError
Re: Servlets and classpath problem
I've had similar problems and I could have sworn I saw someone give the advice that it's best to give each webapp it's own copy of the shared jars. I did that and the problems went away. I hate having duplicate files, but I guess if proper application segmentation is going on it's probably safer anyway. Just my two cents. - Original Message - From: John Rishea [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, February 21, 2003 8:49 AM Subject: Servlets and classpath problem Hi, I'm having a classpath problem with Tomcat 4.0.x on a Unix platform and was hoping someone could point me in the right direction. A servlet in one of my webapps uses external classes located outside common/lib or webapp/WEB-INF/classes. So I added the external class' location to the classpath in my .profile, assuming this would be all I needed to do. When I compile the servlet in my development directory, it compiles just fine. But when I place the servlet class in WEB-INF/classes directory and restart Tomcat, a ClassDefNotFound furball gets spit back at me for those external classes that (I thought) would be accessible via my classpath. I have root permissions so I know that isn't the issue. Is there something else I'm missing here? An entry in server.xml or something similar? I would really rather not copy those external classes into WEB-INF/classes (I have tried that, and then the servlet works just fine) but I don't know what to try next. Thanks for your help! __ John Rishea - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jasper - classpath problem
hi! i'm using the jasper engine within the jetty server where i have a webapp including servlets and JSP. this usually works just fine. now i changed my app to be deployed via web start and created a custom classloader. the way my app is startet can be described like this: 1) extract/copy jar files to let's D:/myapp/lib 2) load the main class of my app from the jars in D:/myapp/lib. 3) this app starts my server including the jasper engine. when i run my JSP now they seem to get compiled into servlets but the class-file generation fails because all the packages it's using (e.g. javax.servlet) cannot be found. is there a way to tell jasper where to look ? i don't want to place them into the webapp/WEB-INF/classes because i'm using some classes that must not be loaded twice (there are static members that should be shared between the JSP's and the main application). can anybody help me out ?? thank in advance. __ Mit der Gruppen-SMS von WEB.DE FreeMail erreichen Sie mit einem Klick alle Freunde gleichzeitig! http://freemail.web.de/features/?mc=021180 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classloader/Classpath problem
Hi, When I start Tomcat I get a NoClassDefFoundError exception. I'm including a snippet from the logs. As you can see, the Classloader loads wmsyslog.jar which contains Syslog.class, but then fails with a NoClassDefFoundError . I have a ServeletContextListener that initializes the system on Context startup. However, if I put jars in the classpath, TC sees the jars and starts up. Does anyone know why it this would happen even thought the class loader has loaded the jar. I'm running TC 4.0.4 on RH Linux 7.3. TIA, Subir WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to /home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar WMStandardManager[]: # in start(): WMStandardManager WMStandardManager[]: Seeding random number generator class java.security.SecureRandom WMStandardManager[]: Seeding of random number generator has been completed ContextConfig[]: Added certificates - request attribute Valve loading properties PropFile: /home/subir/www/conf/init.conf StandardContext[]: Exception sending context initialized event to listener instance of class com.tc.WMContextListener java.lang.NoClassDefFoundError: com/wm/syslog/Syslog at com.wm.sys.Main._load_props(Main.java:195) at com.wm.sys.Main.getProperty(Main.java:52) at com.tc.WMContextListener.contextInitialized(WMContextListener.java:12) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java: 3188) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3404) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardHost.start(StandardHost.java:638) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) StandardContext[]: Context startup failed due to previous errors Context destroyed on Wed Nov 27 10:38:46 PST 2002. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Classloader/Classpath problem
Talking about the class loader with tomcat is a vast over-simplification. Look here for more: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html Larry [EMAIL PROTECTED] 11/27/02 12:53 PM Hi, When I start Tomcat I get a NoClassDefFoundError exception. I'm including a snippet from the logs. As you can see, the Classloader loads wmsyslog.jar which contains Syslog.class, but then fails with a NoClassDefFoundError . I have a ServeletContextListener that initializes the system on Context startup. However, if I put jars in the classpath, TC sees the jars and starts up. Does anyone know why it this would happen even thought the class loader has loaded the jar. I'm running TC 4.0.4 on RH Linux 7.3. TIA, Subir WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to /home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar WMStandardManager[]: # in start(): WMStandardManager WMStandardManager[]: Seeding random number generator class java.security.SecureRandom WMStandardManager[]: Seeding of random number generator has been completed ContextConfig[]: Added certificates - request attribute Valve loading properties PropFile: /home/subir/www/conf/init.conf StandardContext[]: Exception sending context initialized event to listener instance of class com.tc.WMContextListener java.lang.NoClassDefFoundError: com/wm/syslog/Syslog at com.wm.sys.Main._load_props(Main.java:195) at com.wm.sys.Main.getProperty(Main.java:52) at com.tc.WMContextListener.contextInitialized(WMContextListener.java:12) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java: 3188) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3404) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardHost.start(StandardHost.java:638) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) StandardContext[]: Context startup failed due to previous errors Context destroyed on Wed Nov 27 10:38:46 PST 2002. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classloader/Classpath problem
I do not know. Have you tried it in common/lib? If it does not work there, you might try two copies, one in WEB-INF/lib and one in server/lib. I have seen cases where that was the only configuration I could find that would work. Larry [EMAIL PROTECTED] 11/27/02 14:23 PM I'm very familiar with that doc. The question is - If the class loader loaded the jar, then why would my init app throw a NoClassDefFoundError exception. And not throw it when the jar is in the classpath. Subir -Original Message- From: Larry Meadors [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 27, 2002 12:40 PM To: [EMAIL PROTECTED] Subject: Re: Classloader/Classpath problem Talking about the class loader with tomcat is a vast over-simplification. Look here for more: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html Larry [EMAIL PROTECTED] 11/27/02 12:53 PM Hi, When I start Tomcat I get a NoClassDefFoundError exception. I'm including a snippet from the logs. As you can see, the Classloader loads wmsyslog.jar which contains Syslog.class, but then fails with a NoClassDefFoundError . I have a ServeletContextListener that initializes the system on Context startup. However, if I put jars in the classpath, TC sees the jars and starts up. Does anyone know why it this would happen even thought the class loader has loaded the jar. I'm running TC 4.0.4 on RH Linux 7.3. TIA, Subir WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to /home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar WMStandardManager[]: # in start(): WMStandardManager WMStandardManager[]: Seeding random number generator class java.security.SecureRandom WMStandardManager[]: Seeding of random number generator has been completed ContextConfig[]: Added certificates - request attribute Valve loading properties PropFile: /home/subir/www/conf/init.conf StandardContext[]: Exception sending context initialized event to listener instance of class com.tc.WMContextListener java.lang.NoClassDefFoundError: com/wm/syslog/Syslog at com.wm.sys.Main._load_props(Main.java:195) at com.wm.sys.Main.getProperty(Main.java:52) at com.tc.WMContextListener.contextInitialized(WMContextListener.java:12) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java: 3188) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3404) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardHost.start(StandardHost.java:638) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) StandardContext[]: Context startup failed due to previous errors Context destroyed on Wed Nov 27 10:38:46 PST 2002. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classloader/Classpath problem
On Wed, 27 Nov 2002, Subir Sengupta wrote: Date: Wed, 27 Nov 2002 13:27:10 -0800 From: Subir Sengupta [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: Classloader/Classpath problem I'm very familiar with that doc. The question is - If the class loader loaded the jar, then why would my init app throw a NoClassDefFoundError exception. And not throw it when the jar is in the classpath. Class loaders are pretty much the wierdest thing about Java. There are several issues that might be related to this. * Tomcat's standard startup script totally ignore your CLASSPATH variable, and sets what it needs. (See mailing list archives for a discussion of why it works this way, and will continue to work this way as long as *I* have any say about it.) If you are modifying this startup script in any way, all bets are off -- you're on your own for figuring out what is going on here. * Putting JARs in the runtime extensions directory (under 4.0 that means $JAVA_HOME/jre/lib/ext, for 4.1 that means $CATALINA_HOME/common/endorsed) can cause problems because these directories have a higher class loading priority than any of the Tomcat class loaders. * If a class itself cannot be found, you will usually get a ClassNotFoundException. You're getting a NoClassDefFoundError exception instead, which means that your class was found, but one of the classes *it* depends on (i.e. imports) can not be found. Double check that the classes your Syslog class depends on are available. * If the class you are talking about is in the common class loader (i.e. in common/lib) but the dependent class is in /WEB-INF/lib, you are guaranteed to get this error. Classes know which class loader they are loaded from, and can look *up* the class loader hierarchy, but not *down*. * It is possible (by using the Thread context class loader) to program your way out of the issue raised in the previous point, but this has to be done deliberately. * If you are using JDK 1.4.1, you will find that this JVM has started enforcing rules related to unpackaged classes -- in particular, it's no longer allowed to import an unpackaged class, or to load one dynamically (this is why you will now have problems with unpackaged JavaBeans in jsp:useBean and things like that). * Early Tomcat 4.0.x versions had some bugs in the webapp class loader that sometimes manifested themselves with NCFE problems. Be sure you are testing against the latest production version (4.0.6 or 4.1.12). Subir Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classloader/Classpath problem
If I copy the jars to $CATALINA_HOME/lib, the app starts up fine, with no exceptions thrown. -Original Message- From: Larry Meadors [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 27, 2002 1:34 PM To: [EMAIL PROTECTED] Subject: RE: Classloader/Classpath problem I do not know. Have you tried it in common/lib? If it does not work there, you might try two copies, one in WEB-INF/lib and one in server/lib. I have seen cases where that was the only configuration I could find that would work. Larry [EMAIL PROTECTED] 11/27/02 14:23 PM I'm very familiar with that doc. The question is - If the class loader loaded the jar, then why would my init app throw a NoClassDefFoundError exception. And not throw it when the jar is in the classpath. Subir -Original Message- From: Larry Meadors [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 27, 2002 12:40 PM To: [EMAIL PROTECTED] Subject: Re: Classloader/Classpath problem Talking about the class loader with tomcat is a vast over-simplification. Look here for more: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html Larry [EMAIL PROTECTED] 11/27/02 12:53 PM Hi, When I start Tomcat I get a NoClassDefFoundError exception. I'm including a snippet from the logs. As you can see, the Classloader loads wmsyslog.jar which contains Syslog.class, but then fails with a NoClassDefFoundError . I have a ServeletContextListener that initializes the system on Context startup. However, if I put jars in the classpath, TC sees the jars and starts up. Does anyone know why it this would happen even thought the class loader has loaded the jar. I'm running TC 4.0.4 on RH Linux 7.3. TIA, Subir WebappLoader[]: Deploy JAR /WEB-INF/lib/wmsyslog.jar to /home/subir/www/tomcat/webapps/walmart/WEB-INF/lib/wmsyslog.jar WMStandardManager[]: # in start(): WMStandardManager WMStandardManager[]: Seeding random number generator class java.security.SecureRandom WMStandardManager[]: Seeding of random number generator has been completed ContextConfig[]: Added certificates - request attribute Valve loading properties PropFile: /home/subir/www/conf/init.conf StandardContext[]: Exception sending context initialized event to listener instance of class com.tc.WMContextListener java.lang.NoClassDefFoundError: com/wm/syslog/Syslog at com.wm.sys.Main._load_props(Main.java:195) at com.wm.sys.Main.getProperty(Main.java:52) at com.tc.WMContextListener.contextInitialized(WMContextListener.java:12) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java: 3188) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3404) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardHost.start(StandardHost.java:638) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) StandardContext[]: Context startup failed due to previous errors Context destroyed on Wed Nov 27 10:38:46 PST 2002. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Classpath problem
I have a problem with Tomcat finding my Java.I've have Apache 1.3.9 working fine. Then loaded JSDK2.0 with my existing JDK 1.1.7B. Am running UnixWare. I loaded Tomcat and config'ed it (correctly I hope) and when I try to start it I get the following: Using classpath: ./../lib/tomcat.jar Using JAVA_HOME: /usr/java Using TOMCAT_HOME: .. CSE8 UX:sh (./tomcat.sh): ERROR: /usr/java: Cannot execute I've set the JAVA-HOME classpath in the shell, in the profile, etc. - nothing seems to work. What am I doing wrong? Thanks, Julie -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: classpath problem
Andrew, Yes theses are parts of a package. They are just common classes that I wish to use across multiple apps. Im not sure what you mean by Did you build the package directory structure to match in the %CATALINA$\common\classes? I did not change the packages at all, I copied them directly from my system classpath (where they were being picked up by a previous Tomcat install) *directly* into the $CATALINA_HOME/common/classes folder. ie : %CATALINA$\common\classes contains first level folders such as com, org, javax etc. My install did not even have a $CATALINA$\shared\classes folder.. however as you suggested i created one, re-started and again it did not work. I have tried puttintg the reported missing class in my apps /WEB-INF/classes folder already, this is not where my problem is, i need the common classes to be picked up from one place as i dont want to compromise and copy these common classes into several apps /WEB-INF/classes directory. Thanks :) Mehdi Andrew Conrad [EMAIL PROTECTED] 12/07/2002 18:34 Please respond to Tomcat Users List To: 'Tomcat Users List' [EMAIL PROTECTED] cc: Subject:RE: classpath problem Are these classes apart of a package? Did you build the package directory structure to match in the %CATALINA$\common\classes? Have you tried the $CATALINA$\shared\classes folder? How about a webapp's WEB-INF\classes folder? Testing these to see if you can get any of them to work might help you solve your problem. - Andrew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 12:36 PM To: [EMAIL PROTECTED] Subject: classpath problem All, I have installed Tomcat 4.0.2. All examples work fine, jsp's and servlets. when i removed my old version of Tomcat / apache, i obviously saved all of my existing apps. I have now pointed Tomcat to these by specifying new Contexts in my server.xml. All is fine... nearly. My problem is that my classpath is not being picked up. Reading the docs, i found that $CATALINA_HOME/common/classes is where i should put my non application specific, common classes. I have done this but to no avail, these classes which should be visible to my apps according to the documentation are not found and a NoClassDefFound error results. I have tried putting my common classes in the following directories : $CATALINA_HOME/common/classes $CATALINA_HOME/classes They are not picked up. Needless to say i have restarted the service, rebooted and hit my computer many times. Any help would be appreciated Thanks Mehdi -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: classpath problem
Andrew, Thanks, it seems to have resolved itself. Not sure how, but I have noticed a problem with conflicting jar files, ie in this case one was distributed for JDK1.4 and another for JDK1.2 Brian - Original Message - From: Andrew Conrad [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Friday, July 12, 2002 1:34 PM Subject: RE: classpath problem Are these classes apart of a package? Did you build the package directory structure to match in the %CATALINA$\common\classes? Have you tried the $CATALINA$\shared\classes folder? How about a webapp's WEB-INF\classes folder? Testing these to see if you can get any of them to work might help you solve your problem. - Andrew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 12:36 PM To: [EMAIL PROTECTED] Subject: classpath problem All, I have installed Tomcat 4.0.2. All examples work fine, jsp's and servlets. when i removed my old version of Tomcat / apache, i obviously saved all of my existing apps. I have now pointed Tomcat to these by specifying new Contexts in my server.xml. All is fine... nearly. My problem is that my classpath is not being picked up. Reading the docs, i found that $CATALINA_HOME/common/classes is where i should put my non application specific, common classes. I have done this but to no avail, these classes which should be visible to my apps according to the documentation are not found and a NoClassDefFound error results. I have tried putting my common classes in the following directories : $CATALINA_HOME/common/classes $CATALINA_HOME/classes They are not picked up. Needless to say i have restarted the service, rebooted and hit my computer many times. Any help would be appreciated Thanks Mehdi -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
classpath problem
All, I have installed Tomcat 4.0.2. All examples work fine, jsp's and servlets. when i removed my old version of Tomcat / apache, i obviously saved all of my existing apps. I have now pointed Tomcat to these by specifying new Contexts in my server.xml. All is fine... nearly. My problem is that my classpath is not being picked up. Reading the docs, i found that $CATALINA_HOME/common/classes is where i should put my non application specific, common classes. I have done this but to no avail, these classes which should be visible to my apps according to the documentation are not found and a NoClassDefFound error results. I have tried putting my common classes in the following directories : $CATALINA_HOME/common/classes $CATALINA_HOME/classes They are not picked up. Needless to say i have restarted the service, rebooted and hit my computer many times. Any help would be appreciated Thanks Mehdi
RE: classpath problem
Are these classes apart of a package? Did you build the package directory structure to match in the %CATALINA$\common\classes? Have you tried the $CATALINA$\shared\classes folder? How about a webapp's WEB-INF\classes folder? Testing these to see if you can get any of them to work might help you solve your problem. - Andrew -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 12:36 PM To: [EMAIL PROTECTED] Subject: classpath problem All, I have installed Tomcat 4.0.2. All examples work fine, jsp's and servlets. when i removed my old version of Tomcat / apache, i obviously saved all of my existing apps. I have now pointed Tomcat to these by specifying new Contexts in my server.xml. All is fine... nearly. My problem is that my classpath is not being picked up. Reading the docs, i found that $CATALINA_HOME/common/classes is where i should put my non application specific, common classes. I have done this but to no avail, these classes which should be visible to my apps according to the documentation are not found and a NoClassDefFound error results. I have tried putting my common classes in the following directories : $CATALINA_HOME/common/classes $CATALINA_HOME/classes They are not picked up. Needless to say i have restarted the service, rebooted and hit my computer many times. Any help would be appreciated Thanks Mehdi -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
classpath problem? maybe?
Hello, I am getting frustrated with this little jsp /javabean problem. I hope someone can steer me in the proper direction. in my server.xml file I have set: Host className = org.apache.catalina.connector.warp.WarpHost name=testdomain.net debug=0 appBase=/home/test/www/webapps unpackWARs=false Valve className=org.apache.catalina.valves.AccessLogValve directory=/home/test/tomcat-test-logs prefix=access-log pattern=common/ Context path=manager docBase=manager debug=0 privileged=true/ Context path=webapps docBase=webapps debug=0 reloadable=true/ /Host I created a test jsp file with the line jsp:useBean id=myBean scope=page class= examples.bean1/ The bean1.class file I have in /home/test/www/webapps/examples. But when I call the page I get the error java.lang.ClassNotFoundException: examples.bean1 It seems that everything else works for the site. I created a war file of the examples and everything seems to work. Basic jsp pages work fine also. IT just when I created this bean I get errors. Can anyone offer me any suggestions with this? I am running tomcat 4.0.3 on red hat with mod_webapp. THanks for the help. --chad -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat 4.0.1 CLASSPATH problem
Hi I need an xml file in my classpath.If I put it in the WEB-INF/classes directory of my web application tomcat doesn't add it in classpath (or it it not visible to my application) And when I put it in the common/classes dir of tomcat installation it is visible to my application. The problem is I have multiple application sharing same apache and tomcat installation. Every application has it's own xml file. So I can not put them in common/classes directory. Can anybody please help me out. dt __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 4.0.1 CLASSPATH problem
try putting file under WEB-INF/ directly instead of WEB-INF/classes CT. -Original Message- From: Deepak Tiwari [mailto:[EMAIL PROTECTED]] Sent: Thursday, 6 June 2002 2:26 PM To: [EMAIL PROTECTED] Subject: Tomcat 4.0.1 CLASSPATH problem Hi I need an xml file in my classpath.If I put it in the WEB-INF/classes directory of my web application tomcat doesn't add it in classpath (or it it not visible to my application) And when I put it in the common/classes dir of tomcat installation it is visible to my application. The problem is I have multiple application sharing same apache and tomcat installation. Every application has it's own xml file. So I can not put them in common/classes directory. Can anybody please help me out. dt __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
classpath problem
hello, Tomcat 4.0 can't find my classes and my associated resources that are in the Web-inf/lib directory of my Web application. When i set the classpath dynnamically in the catalina.bat for example, Tomcat can'find the HttpServlet.class I can't understand why i have this kind of problem because i believed that Tomcat load automatically the jar file that is put in the Web-inf directory of a web application !!! Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: classpath problem
WEB-INF is case sensitive. can't be Web-inf does this make a difference? fillup On 6/3/02 1:16 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: hello, Tomcat 4.0 can't find my classes and my associated resources that are in the Web-inf/lib directory of my Web application. When i set the classpath dynnamically in the catalina.bat for example, Tomcat can'find the HttpServlet.class I can't understand why i have this kind of problem because i believed that Tomcat load automatically the jar file that is put in the Web-inf directory of a web application !!! Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: classpath problem
When i put WEB-INF instead Web-inf windows reformat the name into Web-inf. Please note that the name Web-inf was created by Tomcat when i deploy the WAR. Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] Phillip Morelock subscriptions@phillipmorTo: Tomcat Users List [EMAIL PROTECTED] elock.com cc: Subject: Re: classpath problem 06/03/02 10:23 AM Please respond to Tomcat Users List WEB-INF is case sensitive. can't be Web-inf does this make a difference? fillup On 6/3/02 1:16 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: hello, Tomcat 4.0 can't find my classes and my associated resources that are in the Web-inf/lib directory of my Web application. When i set the classpath dynnamically in the catalina.bat for example, Tomcat can'find the HttpServlet.class I can't understand why i have this kind of problem because i believed that Tomcat load automatically the jar file that is put in the Web-inf directory of a web application !!! Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: classpath problem
well that is what's wrong you need to go to the dos prompt and rename it to something else, then rename it WEB-INF with that case. f On 6/3/02 2:06 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: When i put WEB-INF instead Web-inf windows reformat the name into Web-inf. Please note that the name Web-inf was created by Tomcat when i deploy the WAR. Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] Phillip Morelock subscriptions@phillipmorTo: Tomcat Users List [EMAIL PROTECTED] elock.com cc: Subject: Re: classpath problem 06/03/02 10:23 AM Please respond to Tomcat Users List WEB-INF is case sensitive. can't be Web-inf does this make a difference? fillup On 6/3/02 1:16 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: hello, Tomcat 4.0 can't find my classes and my associated resources that are in the Web-inf/lib directory of my Web application. When i set the classpath dynnamically in the catalina.bat for example, Tomcat can'find the HttpServlet.class I can't understand why i have this kind of problem because i believed that Tomcat load automatically the jar file that is put in the Web-inf directory of a web application !!! Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: classpath problem
All Tomcat is doing is expanding the directory. If it was Web-inf there, then that is what it will be expanded as. One thing to do is to make sure that Windows explorer isn't just displaying it that way even though it is properly upper-cased. You might want to look at it though the command line and see if the case is still Web-inf. If you configure Explorer to show classic folders, you will be less likely to run into this problem.. Jake At 02:14 AM 6/3/2002 -0700, you wrote: well that is what's wrong you need to go to the dos prompt and rename it to something else, then rename it WEB-INF with that case. f On 6/3/02 2:06 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: When i put WEB-INF instead Web-inf windows reformat the name into Web-inf. Please note that the name Web-inf was created by Tomcat when i deploy the WAR. Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] Phillip Morelock subscriptions@phillipmorTo: Tomcat Users List [EMAIL PROTECTED] elock.com cc: Subject: Re: classpath problem 06/03/02 10:23 AM Please respond to Tomcat Users List WEB-INF is case sensitive. can't be Web-inf does this make a difference? fillup On 6/3/02 1:16 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: hello, Tomcat 4.0 can't find my classes and my associated resources that are in the Web-inf/lib directory of my Web application. When i set the classpath dynnamically in the catalina.bat for example, Tomcat can'find the HttpServlet.class I can't understand why i have this kind of problem because i believed that Tomcat load automatically the jar file that is put in the Web-inf directory of a web application !!! Patrick PIERRA Linedata Services Luxembourg 00 352 29 56 65 282 [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
classpath problem
Hi, I installed Tomcat 4.0 in my win2000, as well as soap 2.2. Now tomcat works good. I can see http://localhost:8080/soap/admin/index.html this page. But when click Deploy, there will be an error: type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated.C:\Apache Tomcat 4.0\work\localhost\soap\admin\deploy$jsp.java:6: Package org.apache.soap.util not found in import.import org.apache.soap.util.*; ^C:\Apache Tomcat 4.0\work\localhost\soap\admin\deploy$jsp.java:7: Package org.apache.soap.util.xml not found in import.import org.apache.soap.util.xml.*;^C:\Apache Tomcat 4.0\work\localhost\soap\admin\deploy$jsp.java:8: Package org.apache.soap.server not found in import.import org.apache.soap.server.*;^3 errors, 1 warning at org.apache.jasper.compiler.Compiler.compile(Compiler.java:284) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:546)at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:189) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) When click List, another error as: Apache Tomcat/4.0.1 - HTTP Status 500 - Internal Server Error - type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated.C:\Apache Tomcat 4.0\work\localhost\soap\admin\list$jsp.java:4: Package org.apache.soap.server not found in import.import org.apache.soap.server.*;^1 error, 1 warningat org.apache.jasper.compiler.Compiler.compile(Compiler.java:284) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:546)at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177) at org.apache I know it must be an classpath problem. The path is as below: JAVA_HOME = C:\J2SDK_Forte\jdk1.4.0\bin CATALINA_HOME = C:\apache tomcat 4.0 Path = %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\xerces-1_4_4\xerces.jar;C:\Apache Tomcat 4.0\bin\bootstrap.jar;C:\soap-2_2\lib\soap.jar;C:\\javamail-1.2\mail.jar;C:\\jaf-1.0.1\activation.jar;C:\\rhino1_5R4pre\js.jar;C:\\bsf-2_2\lib\bsf.jar;C:\J2SDK_Forte\jdk1.4.0\bin; Appreciate for your help. - Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th!
classpath problem of widows
hi i have written a servlet which shows all the java and tomcat property . when i run it linux server it shows me the class path like this java.class.path=/temp5/sites/australia:/usr/java/jdk1.3.1/lib/td.jar:/usr/ja va/jdk1.3.1/lib/tools.jar:/usr/local/mm/mm.mysql-2.0.2-bin.jar:/usr/local/ja vamail/javamail-1.1.3/mail.jar:/usr/local/javamail/jaf-1.0.1/activation.jar: /usr/local/upload/lib/cos.jar:/usr/local/jaxp1.0/jaxp.jar:/usr/share/java/se rvlet-2.3.jar:/usr/local/jaxp1.0/parser.jar:.:/var/tomcat4/bin/bootstrap.jar Java class path BR when i run the same servlet in windows2000 server or any windows version it shows like this s java.class.path=C:\jdk1.4\lib\tools.jar;C:\Program Files\Apache Tomcat 4.0\bin\bootstrap.jar can u find the reason behind it how can i get the classpath in windows platform . i have attach the servlet u can see My windows nt setting is like this . CATALINA_HOME=C:\Program Files\Apache Tomcat 4.0 CLASSPATH=C:\jdk1.4\bin;C:\jdk1.4\lib;C:\jdk1.4\lib\servlet.jar;C:\PROGRA~1\ APACHE~1.0\WEBAPPS;D:\ACD;D:\ACD\SRC;C:\jdk1.4\lib\m JAVA_HOME=C:\jdk1.4 PATH=C:\jdk1.4\bin;C:\jdk1.4\lib;C:\jdk1.4\lib\servlet.jar;C:\PROGRA~1\APACH E~1.0\WEBAPPS;D:\ACD;D:\ACD\SRC;;C:\PROGRA~1\APACHE~ my linux setting is like this CLASSPATH=/temp5/sites/australia:/usr/java/jdk1.3.1/lib/td.jar:/usr/java/jdk 1.3.1/lib/tools.jar:/usr/local/mm/mm.mysql-2.0.2-bin.jar:/usr/local/javamail /javamail-1.1.3/mail.jar:/usr/local/javamail/jaf-1.0.1/activation.jar:/usr/l ocal/upload/lib/cos.jar:/usr/local/jaxp1.0/jaxp.jar:/usr/share/java/servlet- 2.3.jar:/usr/local/jaxp1.0/parser.jar:. JAVA_HOME=/usr/java/jdk1.3.1 JDK_HOME=/usr/java/jdk1.3.1 PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/usr/X11R6/bin:/usr/java/jd k1.3.1/bin:/home/himanshu/bin TOMCAT_HOME=/var/tomcat4 package com.fc.servlets; import java.io.*; import java.util.Date; import java.util.Hashtable; import java.lang.System; import javax.servlet.*; import javax.servlet.http.*; public class servletinfo1 extends HttpServlet { public void service(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { Date today = new Date(); res.setContentType(text/plain); ServletOutputStream out = res.getOutputStream(); out.println(today.toString()); out.println(User.Dir= + System.getProperty(user.dir) + BR); out.println(java.version= + System.getProperty(java.version) + Java version number BR); out.println(java.vendor= + System.getProperty(java.vendor) + Java vendor-specific string BR); out.println(java.vendor.url= + System.getProperty(java.vendor.url) + Java vendor URL BR); out.println(java.home= + System.getProperty(java.home) + Java installation directory BR); out.println(java.class.version= + System.getProperty(java.class.version) + Java class format version number BR); out.println(java.class.path= + System.getProperty(java.class.path) + Java class path BR); out.println(os.name= + System.getProperty(os.name) + Operating system name BR); out.println(os.arch= + System.getProperty(os.arch) +Operating system architecture BR); out.println(os.version= + System.getProperty(os.version) + Operating system version BR); out.println(file.separator= + System.getProperty(file.separator) + File separator ([/] on UNIX)BR); out.println(path.separator= + System.getProperty(path.separator) + Path separator ([:] on UNIX) BR); out.println(line.separator= + System.getProperty(line.separator) + Line separator ([\n] on UNIX)BR); out.println(user.name= + System.getProperty(user.name) + User`s account name BR); out.println(user.home= + System.getProperty(user.home) + User`s home directory BR); out.println(user.dir= + System.getProperty(user.dir) + User`s current working directory BR); out.println(user.dir= + System.getProperty(user.dir) + User`s current working directory BR); out.println(webmoney.properties= + System.getProperty(webmoney.properties) + User`s current working directory BR); } public String getServletInfo() { return Returns a string representation of the current time; } } -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
classpath-problem??
I'm building a servlet which is accessing a dbxm/Windice database via a separat class (loginTest.java). Connecting to Xindice means I have to use classes contained in 'xmldb.jar' and 'dbxml.jar'. These jar files are referenced from my classpath. Both the class (loginTest.java) and the servlet calling it compiles ok, and can be run from command but as I try to let the serlet create the separat class a javax.ServletException is thrown. The message shown is this : java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException. It seems like this runtime error is due to that the servlet engine cant find the Exception class, because it doesn't have access to the classpath? Where should the jar files be places and what effect will that have on making a war-file of my application??? Probabaly a common problem??? Øyvind Vestavik Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: The stack trace doesn't show any classes coming from your com or dir directories under WEB-INF/classes. Is this the same problem? Where are each of the kitabe classes located? Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 4:11 PM To: Tomcat Users List Subject: Re: classes visibility in the WEB-INF dir Thank's for your reply, but my web application has no particular definition. The stack trace is as follows (root cause): java.lang.NoClassDefFoundError: kitabe/SearchUtilities at kitabe.dal.home.BookHome.rechercheMulticriteres(BookHome.java:485) at kitabe.bl.Catalogue.rechercheMulticriteres(Catalogue.java:231) at org.apache.jsp.results$jsp._jspService(results$jsp.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(Certificat esValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:564) If you can just have a look at it and tell me if you see anything wrong. The logs contain just the same info. Thank's again Amine - Original Message - From: Larry Isaacs [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 9:01 PM Subject: RE: classes visibility in the WEB-INF dir This error implies that a class that needs to see your com and/or dir classes is being loaded in a parent of the web application's class loader. This parent classloader is at or between the classpath classloader and the web application classloader. The stacktrace should give you a clue as to who this class is. Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 3:56 PM To: Tomcat Users List Subject: classes visibility in the WEB-INF dir Hi all, I've been using TC for a couple of years, and I have a fancy little question :) I have two directories (com and dir) in the WEB-INF\classes directory of an application context. The classes in dir are not visible (noClassDefFoundError). When I put the path of my WEB-INF\classes in the startup classpath of catalina.bat, the classes are visible. Does anyone ave a clue why? PS: I have already double checked all spelling of directories and hierarchies for errors. Thank's all Amine -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED]
Re: classpath-problem??
try putting the jar files for the database driver in the WEB-INF/lib directory of your webapp and see if that works if they are not already there. Christopher - Original Message - From: Øyvind Vestavik [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, February 20, 2002 9:46 PM Subject: classpath-problem?? I'm building a servlet which is accessing a dbxm/Windice database via a separat class (loginTest.java). Connecting to Xindice means I have to use classes contained in 'xmldb.jar' and 'dbxml.jar'. These jar files are referenced from my classpath. Both the class (loginTest.java) and the servlet calling it compiles ok, and can be run from command but as I try to let the serlet create the separat class a javax.ServletException is thrown. The message shown is this : java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException. It seems like this runtime error is due to that the servlet engine cant find the Exception class, because it doesn't have access to the classpath? Where should the jar files be places and what effect will that have on making a war-file of my application??? Probabaly a common problem??? Øyvind Vestavik Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: The stack trace doesn't show any classes coming from your com or dir directories under WEB-INF/classes. Is this the same problem? Where are each of the kitabe classes located? Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 4:11 PM To: Tomcat Users List Subject: Re: classes visibility in the WEB-INF dir Thank's for your reply, but my web application has no particular definition. The stack trace is as follows (root cause): java.lang.NoClassDefFoundError: kitabe/SearchUtilities at kitabe.dal.home.BookHome.rechercheMulticriteres(BookHome.java:485) at kitabe.bl.Catalogue.rechercheMulticriteres(Catalogue.java:231) at org.apache.jsp.results$jsp._jspService(results$jsp.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(Certificat esValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:564) If you can just have a look at it and tell me if you see anything wrong. The logs contain just the same info. Thank's again Amine - Original Message - From: Larry Isaacs [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 9:01 PM Subject: RE: classes visibility in the WEB-INF dir This error implies that a class that needs to see your com and/or dir classes is being loaded in a parent of the web application's class loader. This parent classloader is at or between the classpath classloader and the web application classloader. The stacktrace should give you a clue as to who this class is. Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 3:56 PM To: Tomcat Users List Subject: classes visibility in the WEB-INF dir Hi all, I've been using TC for a couple of years, and I have a fancy little question :) I have two directories (com and dir) in the WEB-INF\classes directory of an application context. The classes in dir are not visible (noClassDefFoundError). When I put the path of my WEB-INF\classes in the startup classpath of catalina.bat, the classes are visible. Does anyone ave a clue why? PS: I have
RE: classpath-problem??
It's not that the container can't see the class, but that a class is being loaded that depends on XMLDBException. That class is being loaded in a classloader that can't see XMLDBExceptions. Unfortunately, this problem class that depends on XMLDBException may be many levels of dependency from the original class that is being loaded. This can make it very difficult to track down. The stack trace can but doesn't always help much. Since XMLDBException would appear to be in the classpath classloader, the problem class would likely be in the extensions classloader, i.e. the jre/lib/ext directory. See if there are any jars there that might have depencencies on classes in the two jars you mention. Hope this helps. Cheers, Larry -Original Message- From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 8:47 AM To: Tomcat Users List Subject: classpath-problem?? I'm building a servlet which is accessing a dbxm/Windice database via a separat class (loginTest.java). Connecting to Xindice means I have to use classes contained in 'xmldb.jar' and 'dbxml.jar'. These jar files are referenced from my classpath. Both the class (loginTest.java) and the servlet calling it compiles ok, and can be run from command but as I try to let the serlet create the separat class a javax.ServletException is thrown. The message shown is this : java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException. It seems like this runtime error is due to that the servlet engine cant find the Exception class, because it doesn't have access to the classpath? Where should the jar files be places and what effect will that have on making a war-file of my application??? Probabaly a common problem??? Øyvind Vestavik Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: The stack trace doesn't show any classes coming from your com or dir directories under WEB-INF/classes. Is this the same problem? Where are each of the kitabe classes located? Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 4:11 PM To: Tomcat Users List Subject: Re: classes visibility in the WEB-INF dir Thank's for your reply, but my web application has no particular definition. The stack trace is as follows (root cause): java.lang.NoClassDefFoundError: kitabe/SearchUtilities at kitabe.dal.home.BookHome.rechercheMulticriteres(BookHome.java:485) at kitabe.bl.Catalogue.rechercheMulticriteres(Catalogue.java:231) at org.apache.jsp.results$jsp._jspService(results$jsp.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(Certificat esValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:564) If you can just have a look at it and tell me if you see anything wrong. The logs contain just the same info. Thank's again Amine - Original Message - From: Larry Isaacs [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 9:01 PM Subject: RE: classes visibility in the WEB-INF dir This error implies that a class that needs to see your com and/or dir classes is being loaded in a parent of the web application's class loader. This parent classloader is at or between the classpath classloader and the web application classloader. The stacktrace should give you a clue as to who this class is. Cheers, Larry -Original Message- From: Amine
RE: classpath-problem??
I found that it worked when I placed the jar-files in the JAVA-HOME/jre/lib/ext. I'm still uncertain of hoe this will work when packaging in a war file, but thanks to for all replies. Øyvind Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: It's not that the container can't see the class, but that a class is being loaded that depends on XMLDBException. That class is being loaded in a classloader that can't see XMLDBExceptions. Unfortunately, this problem class that depends on XMLDBException may be many levels of dependency from the original class that is being loaded. This can make it very difficult to track down. The stack trace can but doesn't always help much. Since XMLDBException would appear to be in the classpath classloader, the problem class would likely be in the extensions classloader, i.e. the jre/lib/ext directory. See if there are any jars there that might have depencencies on classes in the two jars you mention. Hope this helps. Cheers, Larry -Original Message- From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 8:47 AM To: Tomcat Users List Subject: classpath-problem?? I'm building a servlet which is accessing a dbxm/Windice database via a separat class (loginTest.java). Connecting to Xindice means I have to use classes contained in 'xmldb.jar' and 'dbxml.jar'. These jar files are referenced from my classpath. Both the class (loginTest.java) and the servlet calling it compiles ok, and can be run from command but as I try to let the serlet create the separat class a javax.ServletException is thrown. The message shown is this : java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException. It seems like this runtime error is due to that the servlet engine cant find the Exception class, because it doesn't have access to the classpath? Where should the jar files be places and what effect will that have on making a war-file of my application??? Probabaly a common problem??? Øyvind Vestavik Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: The stack trace doesn't show any classes coming from your com or dir directories under WEB-INF/classes. Is this the same problem? Where are each of the kitabe classes located? Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 4:11 PM To: Tomcat Users List Subject: Re: classes visibility in the WEB-INF dir Thank's for your reply, but my web application has no particular definition. The stack trace is as follows (root cause): java.lang.NoClassDefFoundError: kitabe/SearchUtilities at kitabe.dal.home.BookHome.rechercheMulticriteres(BookHome.java:485) at kitabe.bl.Catalogue.rechercheMulticriteres(Catalogue.java:231) at org.apache.jsp.results$jsp._jspService(results$jsp.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(Certificat esValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:564) If you can just have a look at it and tell me if you see anything wrong. The logs contain just the same info. Thank's again Amine - Original Message - From: Larry Isaacs [EMAIL PROTECTED] To: 'Tomcat Users
RE: classpath-problem??
This indicates that something already in your jre/lib/ext directory directly or indirectly has a dependency on your two jars. You may be able to move that jar to be with the other two, in addition to moving the two jars to be with the other in jre/lib/ext. The risk of moving them to jre/lib/ext is that they may have additional dependencies and before you know it, everybody has to pile into the jre/lib/ext directory in order to work. I would recommend trying to determine which jar in your jre/lib/ext directory has the dependency and the nature of the dependency. That way you can make an informed decision about the best location, WEB-INF/lib, a container supplied shared classloader, the classpath classloader, or jre/lib/ext. Cheers, Larry -Original Message- From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 9:54 AM To: Tomcat Users List Subject: RE: classpath-problem?? I found that it worked when I placed the jar-files in the JAVA-HOME/jre/lib/ext. I'm still uncertain of hoe this will work when packaging in a war file, but thanks to for all replies. Øyvind Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: It's not that the container can't see the class, but that a class is being loaded that depends on XMLDBException. That class is being loaded in a classloader that can't see XMLDBExceptions. Unfortunately, this problem class that depends on XMLDBException may be many levels of dependency from the original class that is being loaded. This can make it very difficult to track down. The stack trace can but doesn't always help much. Since XMLDBException would appear to be in the classpath classloader, the problem class would likely be in the extensions classloader, i.e. the jre/lib/ext directory. See if there are any jars there that might have depencencies on classes in the two jars you mention. Hope this helps. Cheers, Larry -Original Message- From: Øyvind Vestavik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 8:47 AM To: Tomcat Users List Subject: classpath-problem?? I'm building a servlet which is accessing a dbxm/Windice database via a separat class (loginTest.java). Connecting to Xindice means I have to use classes contained in 'xmldb.jar' and 'dbxml.jar'. These jar files are referenced from my classpath. Both the class (loginTest.java) and the servlet calling it compiles ok, and can be run from command but as I try to let the serlet create the separat class a javax.ServletException is thrown. The message shown is this : java.lang.NoClassDefFoundError : org/xmldb/api/base/XMLDBException. It seems like this runtime error is due to that the servlet engine cant find the Exception class, because it doesn't have access to the classpath? Where should the jar files be places and what effect will that have on making a war-file of my application??? Probabaly a common problem??? Øyvind Vestavik Øyvind Vestavik Øvre Møllenberggt 44b 7014 Trondheim [EMAIL PROTECTED] 41422911 On Wed, 20 Feb 2002, Larry Isaacs wrote: The stack trace doesn't show any classes coming from your com or dir directories under WEB-INF/classes. Is this the same problem? Where are each of the kitabe classes located? Cheers, Larry -Original Message- From: Amine AMAR [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 4:11 PM To: Tomcat Users List Subject: Re: classes visibility in the WEB-INF dir Thank's for your reply, but my web application has no particular definition. The stack trace is as follows (root cause): java.lang.NoClassDefFoundError: kitabe/SearchUtilities at kitabe.dal.home.BookHome.rechercheMulticriteres(BookHome.java:485) at kitabe.bl.Catalogue.rechercheMulticriteres(Catalogue.java:231) at org.apache.jsp.results$jsp._jspService(results$jsp.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193
A Classpath problem
I'm trying to run a jsp which requires a class called UserData. I put the UserData.class file in $CATALINA_HOME/webapps/ROOT/WEB-INF/classes and restarted Tomcat. But I get an error that tells me it doesn't know what UserData is. I notice that when I start up Tomcat it says Using CLASSPATH: /usr/local/share/jakarta-tomcat-4.0.1/bin/bootstrap.jar:/usr/lib/j2sdk1.3/lib/tools.jar. I have the following in my /etc/profile: JAVA_PATH=/usr/lib/j2sdk1.3/jre/bin JAVA_HOME=/usr/lib/j2sdk1.3 CATALINA_HOME=/usr/local/share/jakarta-tomcat-4.0.1 CLASSPATH=/usr/local/share/jakarta-tomcat-4.0.1/webapps/ROOT/WEB-INF/classes The jsp that is looking for the class is this: jsp:useBean id=user class=UserData scope=session/ jsp:setProperty name=user property=*/ html body a href=NextPage.jspContinue/a /body /html This is an exercise in a JSP tutorial I'm practicing on. -- Jeff Self Information Technology Analyst Department of Personnel City of Newport News 2400 Washington Ave. Newport News, VA 23607 757-926-6930 -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
CLASSPATH problem : Tomcat can't find the jvm tools.jar
When i want used the JSP examples i have an error : Error: 500 Location: /examples/jsp/include/include.jsp Internal Servlet Error: java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source) at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source) at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) My JAVA=/usr/lib/j2sk1.3.0 (i used the java JSDK) i have forced the CLASSPATH=$JAVA_HOME/lib/tools.jar and that does'nt work. Help me please Philippe LEBRETON -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
CLASSPATH problem : Tomcat 3.3 can't find the jvm tools.jar
I used TOmcat 3.3 and When i want used the JSP examples i have an error : Error: 500 Location: /examples/jsp/include/include.jsp Internal Servlet Error: java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source) at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source) at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) My JAVA=/usr/lib/j2sk1.3.0 (i used the java JSDK) i have forced the CLASSPATH=$JAVA_HOME/lib/tools.jar and that does'nt work. Help me please Philippe LEBRETON -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: CLASSPATH problem : Tomcat 3.3 can't find the jvm tools.jar
The tomcat.sh script ignores your CLASSPATH setting. Tomcat 3.3 tries to include tools.jar using the java.home system property. I think it is possible to link to a JDK in such a way that this doesn't work. Also, I don't know if is possible that a JRE is being executed by mistake. If you want to manually include tools.jar, copy it to the TOMCAT_HOME/lib/container directory. Cheers, Larry -Original Message- From: LEBRETON Philippe [mailto:[EMAIL PROTECTED]] Sent: Friday, November 30, 2001 8:30 AM To: Tomcat Subject: CLASSPATH problem : Tomcat 3.3 can't find the jvm tools.jar I used TOmcat 3.3 and When i want used the JSP examples i have an error : Error: 500 Location: /examples/jsp/include/include.jsp Internal Servlet Error: java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source) at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source) at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConn ection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) My JAVA=/usr/lib/j2sk1.3.0 (i used the java JSDK) i have forced the CLASSPATH=$JAVA_HOME/lib/tools.jar and that does'nt work. Help me please Philippe LEBRETON -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: Classpath problem with TC 3.2.3
With ODBCConnection in the dbcall package, you should be able to use %@ page ... import=dbcall.ODBCConnection ... %, or dbcall.ODBCConnection as a fully qualified class name where needed. I assume the ODBCConnection class file is in the WEB-INF/classes/dbcall directory, or is it in a jar? If it isn't working, what error are you seeing? Larry -Original Message- From: Voon, Wendy [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 01, 2001 7:37 PM To: 'Tomcat Users List' Subject: RE: Classpath problem with TC 3.2.3 Larry, Thanks for the tip, I got it to work by putting the ODBCConnection class in the package jsp.dbcall, whilst the jsp page resides in jsp/dbcall. But now I am very confused, according to what you have said in your email: If I place the ODBConnection class in package dbcall and my jsp page resides in jsp/dbcall I should be able to reference ODBCConnection as dbcall.ODBCConnection. But I couldn't. Could it be the fact that I am importing the class like so: import=dbcall.ODBCConnection as opposed to using a bean: jsp:useBean id=table scope=session class=cal.TableBean / Confused, Wendy -Original Message- From: Larry Isaacs [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, 31 October 2001 23:51 To: 'Tomcat Users List' Subject:RE: Classpath problem with TC 3.2.3 It looks like the JSP you are executing is in a jsp subdirectory of the web application. If you check the Java source for the JSP under the work directory you will find that the servlet class for this JSP is in the jsp package. This means that classes specified without package names will be expected to be found in the jsp package. Since ODBCConnection isn't in the jsp package it isn't found. If this JSP page is moved to the root of the web application you wouldn't see this error since the servlet class for the jsp wouldn't be in a package. However, this isn't the correct solution for this problem. The correct solution is to *always* put classes, like ODBCConnection, in a package so the package the JSP servlet gets put in won't matter. Hopefully this is what is causing your problem. Cheers, Larry -Original Message- From: Voon, Wendy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 5:29 PM To: '[EMAIL PROTECTED]' Subject: Classpath problem with TC 3.2.3 Hi, I have installed TC 3.2.3. When I try to execute a .jsp I get the following message: org.apache.jasper.JasperException: Unable to compile class for JSPC:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_000 2fjsp_0002ftes t_0002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found. ODBCConnection p = new ODBCConnection(); C:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_0002fj sp_0002ftest_0 002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found. ODBCConnection p = new ODBCConnection(); I tried placing the .class file concerned in both : jakarta-tomcat-3.2.3\classes directory jakarta-tomcat-3.2.3\webapps\examples\web-info\classes with no luck. Wendy Voon Wendy Voon Consultant Black Diamond T e c h n o l o g i e s Level 1, 6 Riverside Quay, Southbank, Victoria, 3006. E-mail: [EMAIL PROTECTED] Telephone: (03) 9698 - 7600 Facsimile: (03) 9698 - 7666 Web: http://www.bdt.com.au/ ---INTERNET E-MAIL CONFIDENTIALITY/DISCLAIMER Privileged and confidential information may be contained in this e-mail. If you are not the intended recipient of this communication please delete and destroy all copies and kindly notify the sender by return e-mail. Recipients of this e-mail must not use, disclose or forward any information or attachments without express permission from Black Diamond Technologies. Any views expressed in this communication are those of the individual sender except where the sender specifically states them to be the views of Black Diamond Technologies. Except as required at law, we do not represent warrant and/or guarantee that the integrity of this communication has been maintained or that it is free of errors, viruses, interception or interference. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: Classpath problem with TC 3.2.3
Larry, Thanks for the tip, I got it to work by putting the ODBCConnection class in the package jsp.dbcall, whilst the jsp page resides in jsp/dbcall. But now I am very confused, according to what you have said in your email: If I place the ODBConnection class in package dbcall and my jsp page resides in jsp/dbcall I should be able to reference ODBCConnection as dbcall.ODBCConnection. But I couldn't. Could it be the fact that I am importing the class like so: import=dbcall.ODBCConnection as opposed to using a bean: jsp:useBean id=table scope=session class=cal.TableBean / Confused, Wendy -Original Message- From: Larry Isaacs [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, 31 October 2001 23:51 To: 'Tomcat Users List' Subject: RE: Classpath problem with TC 3.2.3 It looks like the JSP you are executing is in a jsp subdirectory of the web application. If you check the Java source for the JSP under the work directory you will find that the servlet class for this JSP is in the jsp package. This means that classes specified without package names will be expected to be found in the jsp package. Since ODBCConnection isn't in the jsp package it isn't found. If this JSP page is moved to the root of the web application you wouldn't see this error since the servlet class for the jsp wouldn't be in a package. However, this isn't the correct solution for this problem. The correct solution is to *always* put classes, like ODBCConnection, in a package so the package the JSP servlet gets put in won't matter. Hopefully this is what is causing your problem. Cheers, Larry -Original Message- From: Voon, Wendy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 5:29 PM To: '[EMAIL PROTECTED]' Subject: Classpath problem with TC 3.2.3 Hi, I have installed TC 3.2.3. When I try to execute a .jsp I get the following message: org.apache.jasper.JasperException: Unable to compile class for JSPC:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_000 2fjsp_0002ftes t_0002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found. ODBCConnection p = new ODBCConnection(); C:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_0002fj sp_0002ftest_0 002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found. ODBCConnection p = new ODBCConnection(); I tried placing the .class file concerned in both : jakarta-tomcat-3.2.3\classes directory jakarta-tomcat-3.2.3\webapps\examples\web-info\classes with no luck. Wendy Voon Wendy Voon Consultant Black Diamond T e c h n o l o g i e s Level 1, 6 Riverside Quay, Southbank, Victoria, 3006. E-mail: [EMAIL PROTECTED] Telephone: (03) 9698 - 7600 Facsimile: (03) 9698 - 7666 Web: http://www.bdt.com.au/ ---INTERNET E-MAIL CONFIDENTIALITY/DISCLAIMER Privileged and confidential information may be contained in this e-mail. If you are not the intended recipient of this communication please delete and destroy all copies and kindly notify the sender by return e-mail. Recipients of this e-mail must not use, disclose or forward any information or attachments without express permission from Black Diamond Technologies. Any views expressed in this communication are those of the individual sender except where the sender specifically states them to be the views of Black Diamond Technologies. Except as required at law, we do not represent warrant and/or guarantee that the integrity of this communication has been maintained or that it is free of errors, viruses, interception or interference. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classpath problem with TC 3.2.3
It looks like the JSP you are executing is in a jsp subdirectory of the web application. If you check the Java source for the JSP under the work directory you will find that the servlet class for this JSP is in the jsp package. This means that classes specified without package names will be expected to be found in the jsp package. Since ODBCConnection isn't in the jsp package it isn't found. If this JSP page is moved to the root of the web application you wouldn't see this error since the servlet class for the jsp wouldn't be in a package. However, this isn't the correct solution for this problem. The correct solution is to *always* put classes, like ODBCConnection, in a package so the package the JSP servlet gets put in won't matter. Hopefully this is what is causing your problem. Cheers, Larry -Original Message- From: Voon, Wendy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 5:29 PM To: '[EMAIL PROTECTED]' Subject: Classpath problem with TC 3.2.3 Hi, I have installed TC 3.2.3. When I try to execute a .jsp I get the following message: org.apache.jasper.JasperException: Unable to compile class for JSPC:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_000 2fjsp_0002ftes t_0002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found. ODBCConnection p = new ODBCConnection(); C:\jakarta-tomcat-3.2.3\work\localhost_8080%2Fexamples\_0002fj sp_0002ftest_0 002ejsptest_jsp_0.java:65: Class jsp.ODBCConnection not found. ODBCConnection p = new ODBCConnection(); I tried placing the .class file concerned in both : jakarta-tomcat-3.2.3\classes directory jakarta-tomcat-3.2.3\webapps\examples\web-info\classes with no luck. Wendy Voon Wendy Voon Consultant Black Diamond T e c h n o l o g i e s Level 1, 6 Riverside Quay, Southbank, Victoria, 3006. E-mail: [EMAIL PROTECTED] Telephone: (03) 9698 - 7600 Facsimile: (03) 9698 - 7666 Web: http://www.bdt.com.au/ ---INTERNET E-MAIL CONFIDENTIALITY/DISCLAIMER Privileged and confidential information may be contained in this e-mail. If you are not the intended recipient of this communication please delete and destroy all copies and kindly notify the sender by return e-mail. Recipients of this e-mail must not use, disclose or forward any information or attachments without express permission from Black Diamond Technologies. Any views expressed in this communication are those of the individual sender except where the sender specifically states them to be the views of Black Diamond Technologies. Except as required at law, we do not represent warrant and/or guarantee that the integrity of this communication has been maintained or that it is free of errors, viruses, interception or interference. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
classpath problem
hi there I'm new to tomcat. I've just downlaoded, installed and set up tomcat for win98 using the user guide provided. However, when i try to run tomcat in the dos window i get several out of environment space lines and a message saying... Unable to set classpath dynamically To set the CLASSPATH dynamically on winx systems only DOS 8.3 names may be used in TOMCAT_HOME setting classpath statically more out of environment space lines Using CLASSPATH: c:\tomcat\classes Out of environment space Starting tomcat in new window Bad command or file name I've made the following settings in my autoexec.bat file: set TOMCAT_HOME=c:\tomcat set JAVA_HOME=c:\jdk1.3 Can anyone tell me what I'm doing wrong? Thanks Peter
Re : classpath problem
hi, perhaps there is some problem in ur path setting i just set my path to null and i begun to get the same error as u have got so what u do is that set path=%path%;C:\jdk1.3\bin and regarding that out of space environment u just increase the memory size to maximum that is 4096 it will work just let me know if u still have any problem my address is [EMAIL PROTECTED] __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/
Re: classpath problem
hi peter ! your classpath seems wrong it should at least include tomcat_home\lib\servlet.jar; regards :) - Original Message - From: peter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 28, 2001 8:23 PM Subject: classpath problem hi there I'm new to tomcat. I've just downlaoded, installed and set up tomcat for win98 using the user guide provided. However, when i try to run tomcat in the dos window i get several out of environment space lines and a message saying... Unable to set classpath dynamically To set the CLASSPATH dynamically on winx systems only DOS 8.3 names may be used in TOMCAT_HOME setting classpath statically more out of environment space lines Using CLASSPATH: c:\tomcat\classes Out of environment space Starting tomcat in new window Bad command or file name I've made the following settings in my autoexec.bat file: set TOMCAT_HOME=c:\tomcat set JAVA_HOME=c:\jdk1.3 Can anyone tell me what I'm doing wrong? Thanks Peter
Re: a simple ( irritating) classpath problem
Just for the record, can you post what you did with ParameterParser (future archive searchers will appreciate it)? Thanks, Noel HI ALL, first of all thanks for everybody for your help those garbled chars you see on your email are chinese characters(big5) but i already translated it for those who may not be able to see (understand)them it says ParameterParser is not on the right classpath Any way guys , finally after a lot of trial and error methods i managed to make my Tomcat to recognize ParameterParser However, i am stil confused and didn't understand the logic behind the classpath setting because it seems to me that previously i had already done the same settings, but it ididn't work now it works. So i think the best idea is (as Craig said) One suggestion is to set up your development environment to use Ant 1.3, and let it take care of class path problems for you i will try this method, otherwise handling classpath problems is really wasting time it takes longer time to set the classpath than developing the real application THANKS AGAIN TO EVRYBODY CHEERS =) - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 24, 2001 8:16 AM Subject: Re: a simple ( irritating) classpath problem On Thu, 23 Aug 2001, yilmaz wrote: D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classesjavac gs.java gs.java:37: éïï??ParameterParser ?î³???ï¨è¾£å?\ParameterParser.class ??ï¨è¾£?æ¥?åîªom.oreilly.servlet.ParameterParser ??é¤ ??ï¼é½âªå½è¿¤èæ¡?classpath?ï???é? ParameterParser parser= new ParameterParser(req); ^ 1 ??? What are all those weird characters? Not sure if they are doing anything weird... other than that - I'm out of ideas cheers dim áÇ(k§Æâ±ú+wè®fÚ«¦²åÈb²z-{^×jƧ¡÷Þ®ì¢XÖߢ»az«r¬zìjW¨}©ò~)ÚÈ)춻¦z{h«ßÈÊ'~*æjبÚ+kj{rب eªäzÚkǬu«Zjwh¶«wè®fÚéè·«©íyÖ¬¶(^µéÞ²Ê+iÇ.§2jwZë.n7¶Ú ©à{bqà'ÉÊéí²ìµ«^éí²fz«z)Ý¢z-ç²Æ«\«yù^rÛa¢Ç¨|Ì¢¸(Z±à¨Û,¹»v«ëÖ~)bj׬
Re: a simple ( irritating) classpath problem
Hi everyone, i had two problems related with this thread for the classpath problem the solution i found by chance :) is : setting the environmental variables through the command window as : set CLASSPATH=c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7 \ mon\lib\servlet.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\common\lib\cos.jar; as you see :) i removed all the unnecessary ones , servlet.jar is necessary for the tomcat itself and cos.jar is for my utility classes such as PArametrParser , and these are enough. by setting the env variables through the command window avoids the need for logging out windows or restrating :) i spent a lot of time , but i thing it worthed :) my second problem was inserting chinese characters into the SQL server if you have nothing to do with chinese chars you can simply ignore the rest of this message. after trying all possible methods to force my servlet to insert chinese chars correctly, and using trial and error method Thanks God, at last i found the solution and my servlet works perfectly, though it was not so easy here i just wanted to share my experience so that the others may save time and solve their problems. the only solution that worked for me to insert chinese chars into a database (at least SQL 2000 and MS Acces 2000 ) is using the ParameterParser class which is bundled with oreilly package (and can be downloaded from www.servlets.com) . The following is the generally used method and is not working for tomcat(3.2.2 - 4) with big5 charset. String formVariable=req.getParameter(formVariable); String myVariable=new String(formVariable.getBytes(iso-8859-1),big5); the following method works (from Jason's book): ParameterParser parser=new ParameterParser (req); parser.setCharacterEncoding(big5); String myVariable=parser.getStringParameter(formVariable); hope it helps for those who are having the similar problems cheers :) - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 24, 2001 10:25 PM Subject: Re: a simple ( irritating) classpath problem Just for the record, can you post what you did with ParameterParser (future archive searchers will appreciate it)? Thanks, Noel HI ALL, first of all thanks for everybody for your help those garbled chars you see on your email are chinese characters(big5) but i already translated it for those who may not be able to see (understand)them it says ParameterParser is not on the right classpath Any way guys , finally after a lot of trial and error methods i managed to make my Tomcat to recognize ParameterParser However, i am stil confused and didn't understand the logic behind the classpath setting because it seems to me that previously i had already done the same settings, but it ididn't work now it works. So i think the best idea is (as Craig said) One suggestion is to set up your development environment to use Ant 1.3, and let it take care of class path problems for you i will try this method, otherwise handling classpath problems is really wasting time it takes longer time to set the classpath than developing the real application THANKS AGAIN TO EVRYBODY CHEERS =) - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 24, 2001 8:16 AM Subject: Re: a simple ( irritating) classpath problem On Thu, 23 Aug 2001, yilmaz wrote: D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classesjavac gs.java gs.java:37: 銝??ParameterParser ????辣嚗?\ParameterParser.class ??辣?急?嚗om.oreilly.servlet.ParameterParser ??餅??&靽∪冽迤蝖桃?classpath????銝? ParameterParser parser= new ParameterParser(req); ^ 1 ??? What are all those weird characters? Not sure if they are doing anything weird... other than that - I'm out of ideas cheers dim Nrj~jyj}jjz}}zvz~jjjrrsuyizqjʕz ji
Re: a simple ( irritating) classpath problem
here is the related part of my code: import java.io.*; import java.sql.*; import java.text.DateFormat; import java.util.*; import java.lang.Math; import javax.servlet.*; import javax.servlet.http.*; import com.oreilly.servlet.*; public class gs extends HttpServlet { . try { ParameterParser parser= new ParameterParser(req); parser.setCharacterEncoding(big5); subject=parser.getStringParameter(subject); .. and the compiler gives me the following error: D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classesjavac gs.java gs.java:37: 不能??ParameterParser 坏的?文件:.\ParameterParser.class ?文件含有??的?:com.oreilly.servlet.ParameterParser ?去掉或确信它出?在正确的classpath的子目?中. ParameterParser parser= new ParameterParser(req); ^ 1 ??? simply it says that com.oreilly.servlet.ParameterParser is not on the classpath Strange, ISN'T it? cheers :) - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 2:24 PM Subject: Re: a simple ( irritating) classpath problem On Thu, 23 Aug 2001, yilmaz wrote: but all those efforts are in vain, i don't understand it. when i reference this ParameterParser file with fulll path it works like: com.oreilly.servlet.ParameterParser parser=new com.oreilly.servlet.ParameterParser ; this works, if that works then its not a classpath problem, but an import problem. Are you sure you haven't got a simple typo or something? post your code and we'll have a look (o: cheers dim
RE: a simple ( irritating) classpath problem
and what is your classpath set to ??? -Original Message- From: yilmaz [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 23, 2001 10:34 AM To: [EMAIL PROTECTED] Subject: Re: a simple ( irritating) classpath problem here is the related part of my code: import java.io.*; import java.sql.*; import java.text.DateFormat; import java.util.*; import java.lang.Math; import javax.servlet.*; import javax.servlet.http.*; import com.oreilly.servlet.*; public class gs extends HttpServlet { . try { ParameterParser parser= new ParameterParser(req); parser.setCharacterEncoding(big5); subject=parser.getStringParameter(subject); .. and the compiler gives me the following error: D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classesjavac gs.java gs.java:37: 不能??ParameterParser 坏的?文件:.\ParameterParser.class ?文件含有??的?:com.oreilly.servlet.ParameterParser ?去掉或确信它出?在正确的classpath的子目?中. ParameterParser parser= new ParameterParser(req); ^ 1 ??? simply it says that com.oreilly.servlet.ParameterParser is not on the classpath Strange, ISN'T it? cheers :) - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 2:24 PM Subject: Re: a simple ( irritating) classpath problem On Thu, 23 Aug 2001, yilmaz wrote: but all those efforts are in vain, i don't understand it. when i reference this ParameterParser file with fulll path it works like: com.oreilly.servlet.ParameterParser parser=new com.oreilly.servlet.ParameterParser ; this works, if that works then its not a classpath problem, but an import problem. Are you sure you haven't got a simple typo or something? post your code and we'll have a look (o: cheers dim
Re: a simple ( irritating) classpath problem
Scott Coleman wrote : - Original Message - From: Scott Coleman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 4:33 PM Subject: RE: a simple ( irritating) classpath problem and what is your classpath set to ??? CLASSPATH=.;C:\Aligo\M-1\jakarta-tomcat-3.2.2\lib\servlet.jar;C:\Aligo\M-1\j akar ta-tomcat-3.2.2\lib\cos.jar;C:\IBMVJava\eab\runtime30;C:\IBMVJava\eab\runtim e20; c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\webapps\R OOT\ WEB-INF\lib\cos.jar; does the order make any difference ?
Re: a simple ( irritating) classpath problem
hi all, i am sorry to bother you with my simple questions please bear with me a few more seconds the Problem is whenever i change the classpath or add something to it, i have to log out windows 2000 to make those changes take effect which is taking too much time and is irritating too. Is there any simpler or faster way for that? (restarting tomcat doesn't work) thanks everybody :) - Original Message - From: yilmaz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 5:01 PM Subject: Re: a simple ( irritating) classpath problem Scott Coleman wrote : - Original Message - From: Scott Coleman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 4:33 PM Subject: RE: a simple ( irritating) classpath problem and what is your classpath set to ??? CLASSPATH=.;C:\Aligo\M-1\jakarta-tomcat-3.2.2\lib\servlet.jar;C:\Aligo\M-1\j akar ta-tomcat-3.2.2\lib\cos.jar;C:\IBMVJava\eab\runtime30;C:\IBMVJava\eab\runtim e20; c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\webapps\R OOT\ WEB-INF\lib\cos.jar; does the order make any difference ?
RE: a simple ( irritating) classpath problem
Have a bat script that you run for the window you are in, to set the environment and then run the class. This will make your code a lot more portable. Scott -Original Message- From: yilmaz [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 23, 2001 11:09 AM To: [EMAIL PROTECTED] Subject: Re: a simple ( irritating) classpath problem hi all, i am sorry to bother you with my simple questions please bear with me a few more seconds the Problem is whenever i change the classpath or add something to it, i have to log out windows 2000 to make those changes take effect which is taking too much time and is irritating too. Is there any simpler or faster way for that? (restarting tomcat doesn't work) thanks everybody :) - Original Message - From: yilmaz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 5:01 PM Subject: Re: a simple ( irritating) classpath problem Scott Coleman wrote : - Original Message - From: Scott Coleman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 4:33 PM Subject: RE: a simple ( irritating) classpath problem and what is your classpath set to ??? CLASSPATH=.;C:\Aligo\M-1\jakarta-tomcat-3.2.2\lib\servlet.jar;C:\Aligo\M-1\j akar ta-tomcat-3.2.2\lib\cos.jar;C:\IBMVJava\eab\runtime30;C:\IBMVJava\eab\runtim e20; c:\jdk1.3;c:\jdk1.3\lib\tools.jar;d:\tomcat4\jakarta-tomcat-4.0-b7\webapps\R OOT\ WEB-INF\lib\cos.jar; does the order make any difference ?
Re: a simple ( irritating) classpath problem
- Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 22, 2001 11:33 PM Subject: Re: a simple ( irritating) classpath problem hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat There's one other one that I came across yesterday as well. TOMCAT_HOME/server/lib I think this is probably Tomcat 4 specific, not sure. I found that in order to get JDBCRealm to work, I had to copy the .jar file for my JDBC driver to this directory. Note, it didn't work when I first tried copying it to TOMCAT_HOME/lib. Jon
Re: a simple ( irritating) classpath problem
I'm also having problems with WEB-INF/lib. At the time the JSP is compiled, it seems that the Java compiler doesn't use WEB-INF/lib. What can be done about this? Thanks, Noel hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) if it is the package com.oreilly.servlet then it should go in WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as a jar, just put the jar in WEB-INF/lib . If it is a zip, then rename it to a jar. i tried putting the cos.jar file in the web-inf/lib directory, it didn't work what do you mean it didn't work? try jar -tf cos.jar to check that the classes are in the jar. I assume you are importing the required classes and that they exist in the jar. in put these files directly under the web-inf/classes/ directory , it didn't work either again, should be according to package then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. I'm not sure why that didn't work - although if you put cos.jar in the classpath it _should_ be available to all web applications. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. you dont need to set the classpath yourself. just put your jars in WEB-INF/lib and your classes in WEB-INF/classes hth, cheers dim This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates.
Re: a simple ( irritating) classpath problem
Guys, not to be short-tempered here or anything, but open your eyes! These class loading issues have been a hot topic on the list for the last week, while all of you are writing/reading your own messages. 1) Search or browse the list the archives. 2) See classloader.html that describes Catalina's class loading architecture. You might have to browse the CVS repository... /jakarta-tomcat-4.0/catalina/docs/dev/classloader.html. - r On Thu, 23 Aug 2001 10:07:06 -0400 [EMAIL PROTECTED] wrote: I'm also having problems with WEB-INF/lib. At the time the JSP is compiled, it seems that the Java compiler doesn't use WEB-INF/lib. What can be done about this? Thanks, Noel hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) if it is the package com.oreilly.servlet then it should go in WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as a jar, just put the jar in WEB-INF/lib . If it is a zip, then rename it to a jar. i tried putting the cos.jar file in the web-inf/lib directory, it didn't work what do you mean it didn't work? try jar -tf cos.jar to check that the classes are in the jar. I assume you are importing the required classes and that they exist in the jar. in put these files directly under the web-inf/classes/ directory , it didn't work either again, should be according to package then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. I'm not sure why that didn't work - although if you put cos.jar in the classpath it _should_ be available to all web applications. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. you dont need to set the classpath yourself. just put your jars in WEB-INF/lib and your classes in WEB-INF/classes hth, cheers dim This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates.
Re: a simple ( irritating) classpath problem
On Thu, 23 Aug 2001, yilmaz wrote: Date: Thu, 23 Aug 2001 14:12:54 +0800 From: yilmaz [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: a simple ( irritating) classpath problem thanks Dimitri but that is what i exactly did, and (of course) i imported oreily package at the beginning with ( import com.oreilly.servlet.*; ) but all those efforts are in vain, i don't understand it. when i reference this ParameterParser file with fulll path it works like: com.oreilly.servlet.ParameterParser parser=new com.oreilly.servlet.ParameterParser ; this works, but why don't the others work. i put this packet under both tomcat_home/lib/cos.jar, tomcathomewebapps/root/web-inf/classes/com/oreilly/servlet/ and as well as tomcathomewebapps/root/web-inf/lib/ but still Doesn't work, simply i can't compile becasue it keeps telling me ParameterParser is not on the classpath any ideas please ( i used tomcat 4 and tomcat 3.2.2 ) they both behave the same way thanks for your help It sounds like part of your frustration is related to the fact that you are using classpaths for two different things -- *compiling* your servlets and *running* Tomcat. They are two different needs, and often require two different values. One suggestion is to set up your development environment to use Ant 1.3, and let it take care of class path problems for you. Instructions on how to do this are in the Tomcat 4 version of the Tomcat Application Developer's Guide, which can be found online at: http://jakarta.apache.org/tomcat/tomcat-4.0-doc-exp/appdev/index.html Nowdays, I routinely build and run webapps (and even Tomcat 4 itself) with *nothing* in my CLASSPATH variable. Whenever I need a classpath build, I just tell Ant to do it for me. Whenever I want a library JAR available in Tomcat, I just drop it into the top-level lib directory. Life is a lot less frustrating if you let tools do some of the work for you. Craig McClanahan
Re: a simple ( irritating) classpath problem
On Thu, 23 Aug 2001, Jonathan Eric Miller wrote: Date: Thu, 23 Aug 2001 08:38:50 -0500 From: Jonathan Eric Miller [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: a simple ( irritating) classpath problem - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 22, 2001 11:33 PM Subject: Re: a simple ( irritating) classpath problem hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat There's one other one that I came across yesterday as well. TOMCAT_HOME/server/lib I think this is probably Tomcat 4 specific, Yes, it is. not sure. I found that in order to get JDBCRealm to work, I had to copy the .jar file for my JDBC driver to this directory. Note, it didn't work when I first tried copying it to TOMCAT_HOME/lib. That's correct. JAR files in this directory are made available to the internal Tomcat classes -- and that's what JDBCRealm is, so it needs to have access to the JDBC driver you want to use. Jon Craig
Re: a simple ( irritating) classpath problem
What about tomcat-3.2.3? I've been doing a lot of searching; all I've found were trouble reports and no solutions. Can you provide a URL, please? Thanks, Noel Guys, not to be short-tempered here or anything, but open your eyes! These class loading issues have been a hot topic on the list for the last week, while all of you are writing/reading your own messages. 1) Search or browse the list the archives. 2) See classloader.html that describes Catalina's class loading architecture. You might have to browse the CVS repository... /jakarta-tomcat-4.0/catalina/docs/dev/classloader.html. - r On Thu, 23 Aug 2001 10:07:06 -0400 [EMAIL PROTECTED] wrote: I'm also having problems with WEB-INF/lib. At the time the JSP is compiled, it seems that the Java compiler doesn't use WEB-INF/lib. What can be done about this? Thanks, Noel hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) if it is the package com.oreilly.servlet then it should go in WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as a jar, just put the jar in WEB-INF/lib . If it is a zip, then rename it to a jar. i tried putting the cos.jar file in the web-inf/lib directory, it didn't work what do you mean it didn't work? try jar -tf cos.jar to check that the classes are in the jar. I assume you are importing the required classes and that they exist in the jar. in put these files directly under the web-inf/classes/ directory , it didn't work either again, should be according to package then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. I'm not sure why that didn't work - although if you put cos.jar in the classpath it _should_ be available to all web applications. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. you dont need to set the classpath yourself. just put your jars in WEB-INF/lib and your classes in WEB-INF/classes hth, cheers dim This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates.
Re: a simple ( irritating) classpath problem
These class loading issues have been a hot topic on the list for the last week, while all of you are writing/reading your own messages. The answers to these questions (or at least URLs to answers) need to be put into the FAQ. 1) Search or browse the list the archives. All I find are problem reports, not answers. 2) See classloader.html that describes Catalina's class loading architecture. You might have to browse the CVS repository... /jakarta-tomcat-4.0/catalina/docs/dev/classloader.html. Where is classloader.html? How can I get it? Thanks, Noel This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates.
Re: a simple ( irritating) classpath problem
On Thu, 23 Aug 2001, yilmaz wrote: D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classesjavac gs.java gs.java:37: 不能??ParameterParser 坏的?文件:.\ParameterParser.class ?文件含有??的?:com.oreilly.servlet.ParameterParser ?去掉或确信它出?在正确的classpath的子目?中. ParameterParser parser= new ParameterParser(req); ^ 1 ??? What are all those weird characters? Not sure if they are doing anything weird... other than that - I'm out of ideas cheers dim
Re: a simple ( irritating) classpath problem
HI ALL, first of all thanks for everybody for your help those garbled chars you see on your email are chinese characters(big5) but i already translated it for those who may not be able to see (understand)them it says ParameterParser is not on the right classpath Any way guys , finally after a lot of trial and error methods i managed to make my Tomcat to recognize ParameterParser However, i am stil confused and didn't understand the logic behind the classpath setting because it seems to me that previously i had already done the same settings, but it ididn't work now it works. So i think the best idea is (as Craig said) One suggestion is to set up your development environment to use Ant 1.3, and let it take care of class path problems for you i will try this method, otherwise handling classpath problems is really wasting time it takes longer time to set the classpath than developing the real application THANKS AGAIN TO EVRYBODY CHEERS =) - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, August 24, 2001 8:16 AM Subject: Re: a simple ( irritating) classpath problem On Thu, 23 Aug 2001, yilmaz wrote: D:\tomcat4\jakarta-tomcat-4.0-b7\webapps\ROOT\WEB-INF\classesjavac gs.java gs.java:37: ä¸è½??ParameterParser ?ç???件ï¼?\ParameterParser.class ??件?«æ?ï¼com.oreilly.servlet.ParameterParser ??»æ??确信å¨æ£ç¡®ç?classpath?å???ä¸? ParameterParser parser= new ParameterParser(req); ^ 1 ??? What are all those weird characters? Not sure if they are doing anything weird... other than that - I'm out of ideas cheers dim
a simple ( irritating) classpath problem
hi all, i have been using servlets and tomcat for a long time but till now i couldn't figure out how to set the classpath exactly Can some one please explain this briefly and clearly? you might ask how did you use tomcat without setting the classpath each time i used trial and error method, because the descriptions in docs never seems to work correctly. But at last i decided to solve this problem radically, becasue i am already sick of classpath problems first let me explain what my problem is: I developed a message board using servlets it works fine , but only with the default charset. namely, when users enters local charset (e.g: big5 chinese), my servlet can't recognize these chars, so only some question marks are stored into the database. i tried to solve this problem with all kinds of methods available, but none of them worked. i tried servlet interest group, it didn't work either. At last I used the ParameterParser class of the oreilly package as described in Jason's book(java servlet programming) it worked, but i had a lot of trouble with the classpath settings But still i don't know how to set it up, beacause it started not to work again. Simply when i compile my servlet it doesn't recognize parameterparser class, saying that it is not on classpath IT IS VERY IRRITATING because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) i tried putting the cos.jar file in the web-inf/lib directory, it didn't work in put these files directly under the web-inf/classes/ directory , it didn't work either according to docs, all the classes are in the classpath by default, so the compiler supposed to find these classes, but it can't then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. PLEASE help me by the i am using tomcat 4 ( already switched from tomcat 3.2.2), my OS is win 2000, JDK is 1.3 i am sick of seraching the docs every time when i have the same problem i am looking forward to your help as soon as possible THANK YOU FOR YOUR KINDNESS IN ADVANCE BEST REGARDS
Re: a simple ( irritating) classpath problem
hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) if it is the package com.oreilly.servlet then it should go in WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as a jar, just put the jar in WEB-INF/lib . If it is a zip, then rename it to a jar. i tried putting the cos.jar file in the web-inf/lib directory, it didn't work what do you mean it didn't work? try jar -tf cos.jar to check that the classes are in the jar. I assume you are importing the required classes and that they exist in the jar. in put these files directly under the web-inf/classes/ directory , it didn't work either again, should be according to package then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. I'm not sure why that didn't work - although if you put cos.jar in the classpath it _should_ be available to all web applications. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. you dont need to set the classpath yourself. just put your jars in WEB-INF/lib and your classes in WEB-INF/classes hth, cheers dim
Re: a simple ( irritating) classpath problem
thanks Dimitri but that is what i exactly did, and (of course) i imported oreily package at the beginning with ( import com.oreilly.servlet.*; ) but all those efforts are in vain, i don't understand it. when i reference this ParameterParser file with fulll path it works like: com.oreilly.servlet.ParameterParser parser=new com.oreilly.servlet.ParameterParser ; this works, but why don't the others work. i put this packet under both tomcat_home/lib/cos.jar, tomcathomewebapps/root/web-inf/classes/com/oreilly/servlet/ and as well as tomcathomewebapps/root/web-inf/lib/ but still Doesn't work, simply i can't compile becasue it keeps telling me ParameterParser is not on the classpath any ideas please ( i used tomcat 4 and tomcat 3.2.2 ) they both behave the same way thanks for your help - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 12:33 PM Subject: Re: a simple ( irritating) classpath problem hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) if it is the package com.oreilly.servlet then it should go in WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as a jar, just put the jar in WEB-INF/lib . If it is a zip, then rename it to a jar. i tried putting the cos.jar file in the web-inf/lib directory, it didn't work what do you mean it didn't work? try jar -tf cos.jar to check that the classes are in the jar. I assume you are importing the required classes and that they exist in the jar. in put these files directly under the web-inf/classes/ directory , it didn't work either again, should be according to package then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. I'm not sure why that didn't work - although if you put cos.jar in the classpath it _should_ be available to all web applications. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. you dont need to set the classpath yourself. just put your jars in WEB-INF/lib and your classes in WEB-INF/classes hth, cheers dim
Re: a simple ( irritating) classpath problem
On Thu, 23 Aug 2001, yilmaz wrote: but all those efforts are in vain, i don't understand it. when i reference this ParameterParser file with fulll path it works like: com.oreilly.servlet.ParameterParser parser=new com.oreilly.servlet.ParameterParser ; this works, if that works then its not a classpath problem, but an import problem. Are you sure you haven't got a simple typo or something? post your code and we'll have a look (o: cheers dim but why don't the others work. i put this packet under both tomcat_home/lib/cos.jar, tomcathomewebapps/root/web-inf/classes/com/oreilly/servlet/ and as well as tomcathomewebapps/root/web-inf/lib/ but still Doesn't work, simply i can't compile becasue it keeps telling me ParameterParser is not on the classpath any ideas please ( i used tomcat 4 and tomcat 3.2.2 ) they both behave the same way thanks for your help - Original Message - From: Dmitri Colebatch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 23, 2001 12:33 PM Subject: Re: a simple ( irritating) classpath problem hi, There are three basic areas that classes can be put in tomcat: WEB-INF/classes - contains all the classes that form the web application WEB-INF/lib - contains jars that the web application uses TOMCAT_HOME/lib - contains jars that are available to _all_ applications using tomcat because i put all the package (com.oreilly.servlet.*) in the same directory with the servlet (under web-inf/classes/ com/servlet/ directory) if it is the package com.oreilly.servlet then it should go in WEB-INF/classes/com/oreilly/servlet - even better, I assume you got it as a jar, just put the jar in WEB-INF/lib . If it is a zip, then rename it to a jar. i tried putting the cos.jar file in the web-inf/lib directory, it didn't work what do you mean it didn't work? try jar -tf cos.jar to check that the classes are in the jar. I assume you are importing the required classes and that they exist in the jar. in put these files directly under the web-inf/classes/ directory , it didn't work either again, should be according to package then i added the full path tomcat_home/lib/cos.jar, to the classpath, didn't work either. I'm not sure why that didn't work - although if you put cos.jar in the classpath it _should_ be available to all web applications. well, i gave up, i just wanted to learn the LOGICAL way to set the classpath up. you dont need to set the classpath yourself. just put your jars in WEB-INF/lib and your classes in WEB-INF/classes hth, cheers dim
Re: JasperException / classpath(?) problem
In case anyone else has had a similar problem, here is my solution. Although starting tomcat results in the message... Using CLASSPATH: \tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar; C:\tomcat\lib\jaxp.jar;C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar; C:\tomcat\lib\webserver.jar;C:\jdk1.3.1\lib\tools.jar ...because I had j2ee.jar in jdk home\jre\lib\ext it was picking up this file first which was causing some kind of conflict. Removing j2ee.jar from jdk home\jre\lib\ext solves the problem. Howard - Original Message - From: Jann VanOver [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 16, 2001 7:46 PM Subject: RE: JasperException / classpath(?) problem Where did you put NumberGuessBean.class ?? It must go into WEB-INF/classes/num/ (because it is in package named num) -Original Message- From: howard fraser [mailto:[EMAIL PROTECTED]] Sent: Monday, July 16, 2001 7:29 AM To: [EMAIL PROTECTED] Subject: JasperException / classpath(?) problem I wonder if anyone can shed any light on the following - I have looked through the archived messages, but to no avail. I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1. I do not have a CLASSPATH environment variable set. When I start tomcat it first says Using CLASSPATH: C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l ib\jaxp.jar; C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j ar;C:\jdk1.3.1\lib\tools.jar ...which seems fine to me (all the above mentioned jars exist). When I try to run the jsp examples that come with tomcat (e.g. number guess) I get the following exception... org.apache.jasper.JasperException: Unable to compile class for JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f numguess_jsp.java:3: Class num.NumberGuessBean not found in import. import num.NumberGuessBean; Is there sthg else I need to add to my classpath in order that tomcat can locate num.NumberGuessBean? Many thanks in advance for any help howard
JasperException / classpath(?) problem
I wonder if anyone can shed any light on the following - I have looked through the archived messages, but to no avail. I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1. I do not have a CLASSPATH environment variable set. When I start tomcat it first says Using CLASSPATH: C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l ib\jaxp.jar; C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j ar;C:\jdk1.3.1\lib\tools.jar ...which seems fine to me (all the above mentioned jars exist). When I try to run the jsp examples that come with tomcat (e.g. number guess) I get the following exception... org.apache.jasper.JasperException: Unable to compile class for JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f numguess_jsp.java:3: Class num.NumberGuessBean not found in import. import num.NumberGuessBean; Is there sthg else I need to add to my classpath in order that tomcat can locate num.NumberGuessBean? Many thanks in advance for any help howard
RE: JasperException / classpath(?) problem
Where did you put NumberGuessBean.class ?? It must go into WEB-INF/classes/num/ (because it is in package named num) -Original Message- From: howard fraser [mailto:[EMAIL PROTECTED]] Sent: Monday, July 16, 2001 7:29 AM To: [EMAIL PROTECTED] Subject: JasperException / classpath(?) problem I wonder if anyone can shed any light on the following - I have looked through the archived messages, but to no avail. I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1. I do not have a CLASSPATH environment variable set. When I start tomcat it first says Using CLASSPATH: C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l ib\jaxp.jar; C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j ar;C:\jdk1.3.1\lib\tools.jar ...which seems fine to me (all the above mentioned jars exist). When I try to run the jsp examples that come with tomcat (e.g. number guess) I get the following exception... org.apache.jasper.JasperException: Unable to compile class for JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f numguess_jsp.java:3: Class num.NumberGuessBean not found in import. import num.NumberGuessBean; Is there sthg else I need to add to my classpath in order that tomcat can locate num.NumberGuessBean? Many thanks in advance for any help howard
Re: JasperException / classpath(?) problem
Yes, that's where it is, as per the defualt file structure when you unpack tomcat. It's a completely clean install, I'm just trying to get the examples working. Any other thoughts? - Original Message - From: Jann VanOver [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 16, 2001 7:46 PM Subject: RE: JasperException / classpath(?) problem Where did you put NumberGuessBean.class ?? It must go into WEB-INF/classes/num/ (because it is in package named num) -Original Message- From: howard fraser [mailto:[EMAIL PROTECTED]] Sent: Monday, July 16, 2001 7:29 AM To: [EMAIL PROTECTED] Subject: JasperException / classpath(?) problem I wonder if anyone can shed any light on the following - I have looked through the archived messages, but to no avail. I have tomcat 3.2.2 installed on Windows 2000 SP2 with jdk1.3.1. I do not have a CLASSPATH environment variable set. When I start tomcat it first says Using CLASSPATH: C:\tomcat\classes;C:\tomcat\lib\ant.jar;C:\tomcat\lib\jasper.jar;C:\tomcat\l ib\jaxp.jar; C:\tomcat\lib\parser.jar;C:\tomcat\lib\servlet.jar;C:\tomcat\lib\webserver.j ar;C:\jdk1.3.1\lib\tools.jar ...which seems fine to me (all the above mentioned jars exist). When I try to run the jsp examples that come with tomcat (e.g. number guess) I get the following exception... org.apache.jasper.JasperException: Unable to compile class for JSPC:\tomcat\work\localhost_8080%2Fexamples\jsp\num\_0002fjsp_0002fnum_0002f numguess_jsp.java:3: Class num.NumberGuessBean not found in import. import num.NumberGuessBean; Is there sthg else I need to add to my classpath in order that tomcat can locate num.NumberGuessBean? Many thanks in advance for any help howard
ClassPath problem
Below is my problem ! Under W2000 environment My CLASSPATH is well-defined ! I am sure ! I used to launch TC3.2, with TC4 ... :-( Help ! I am also intersted in documentation. Thanks in advance Bruno Root Cause: java.lang.NoClassDefFoundError: egc/net/ConnectionStaff at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.load(JspServlet.java: 137) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:187) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:379) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:453) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:254) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:194) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:255) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:225) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:472) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2252) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:446) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 875) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:952) at java.lang.Thread.run(Thread.java:484) -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 16 mai 2001 13:40 À : [EMAIL PROTECTED] Objet : RE: Compiling TC4 Hi Bruno, meanwhile I figured out *some* way to compile it. I still get loads of errors, but non-critical ones (hmhh, haven't been able to run tomcat yet, but haven't tried so yet). Everything seems to compile. I got regexp and servletapi-4 from cvs and compiled it. Also downloaded JMX and JSSE from Sun. Added all that stuff to the classpath and used the following ant command: ant -Dregexp.home=/home/mkamp/jakarta-regexp/bin -Dcatalina.jaxp.home=/home/mkamp/jakarta-tomcat-4.0/lib/ -Dcatalina.jaxp.parser.jar=crimson.jar This took me a couple of hours and I am still interested if there is some documentation how to do it properly? Mariano Bruno Crapart [EMAIL PROTECTED] wrote .. Hi everyone, New frenchy on this mailing list ! Sames questions for me ! Furthermore, is the classpath taken in account by TC4. I encounter problems in releasing my version of TC3 to TC4 concerning the configuration. It looks very attractive but the configuration seems different compared to TC3. Notice that I am working on W2000. I need help !!! In advance, THANKS. Bruno -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 16 mai 2001 11:08 À : [EMAIL PROTECTED] Objet : Compiling TC4 Hi there, is there a separate mailing list for tc4? Where can I find any documentation on compiling tc4? I used the cvs version and wasn't able to compile it. It seems to me, that I need other packages too and further more the setup of some system properties? Mariano
RE: ClassPath problem
I'm not sure, but the classes CLASSPATH may NOT be available to webapps. The Servlet 2.3 spec (Sections 9.4, 9.6.1, 9.6.2) seem to imply that. Put the xerces.jar in the WEB-INF/lib directory of the webapp and see if the same error arises. The spec says (in 9.6.1) snip Web containers are recommended to have a mechanism by which they can expose to the application classloaders of every web app therein extra JAR files containing resources and code. It is recommended that they provide a user-friendly way of editing and configuring these library files or extensions, and that they expose information about what extensions are available to web applications deployed on the web container. Application developers that depend on the installation of library JARs installed on a web container should provide a META-INF/MANIFEST.MF entry in the WAR file listing the extensions that the WAR depends upon. The format of the manifest entry follows the standard JAR manifest format. In expressing dependencies on extensions installed on the web container, the manifest entry should follow the specification for standard extensions defined at http://java.sun.com/j2se/ 1.3/docs/guide/extensions/versioning.html. /snip I haven't heard anything about Tomcat 4.0 providing this service, though, and if it doesn't, it appears that the only solutions are to put it in your WEB-INF/lib or to use the Java2 Installed Extensions facility. Good luck, and let us know what happens. George McKinney, Developer -Original Message- From: Bruno Crapart [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 16, 2001 4:45 AM To: '[EMAIL PROTECTED]' Subject: ClassPath problem Below is my problem ! Under W2000 environment My CLASSPATH is well-defined ! I am sure ! I used to launch TC3.2, with TC4 ... :-( Help ! I am also intersted in documentation. Thanks in advance Bruno Root Cause: java.lang.NoClassDefFoundError: egc/net/ConnectionStaff at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.load(Js pServlet.java: 137) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfN ecessary(JspSe rvlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.ja va:187) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:379) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:453) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(Application FilterChain.java:254) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterCh ain.java:194) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.ja va:255) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.ja va:225) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Aut henticatorBase .java:472) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2252) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java:164 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv e.java:446) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java :163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardP ipeline.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpP rocessor.java: 875) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProce ssor.java:952) at java.lang.Thread.run(Thread.java:484) -Message d'origine- De
linux classpath problem?
Greetings - I'm trying to add a library for my application, however I can't get tomcat to find it in the classpath. I've added the directory of the classes to the tomcat shell script (where I declared a CLASSPATH variable and exported it). My setup is an RPM install on a Linux kernal 2.2.14 box. (I make this note because I believe it doesn't come with the normal /bin directory - just a tomcat shell script). I'm trying to add some JavaMail libraries which I have included in tomcat home/lib and tomcat home/webapps/MY_APP/WEB-INF/lib. But when I use a function that refers to the class I get the following error: Internal Servlet Error: javax.servlet.ServletException: javax/activation/DataSource Root cause: java.lang.NoClassDefFoundError: javax/activation/DataSource From what I can gather, tomcat can't see the classes I need and is crashing because of that. I have the exact same setup on my NT box and it works fine. The only difference with my NT setup is that I installed using the tomcat.zip file which DOES include the normal /bin directory. Please help! Thanks in advance. stan ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/
Re: linux classpath problem?
Hi - I tried downloading the jaf-1.0.1 library and I copied the activation.jar file to the tomcat home/lib directory. However, now when I try to view my page I get the following error: org.apache.jasper.compiler.ParseException: Cannot read file: /login.jsp Could there be conflicting parsers? Thanks. stan On Mon, 09 Apr 2001 18:38:44 +0200 (CEST), [EMAIL PROTECTED] wrote: Hello, the java mail api isn't enough (javax.activation.DataSource isn't included in that api). You have to add the j2ee library or the jaf-1.0.1 library (see java.sun.com). Dries Aanhalen stan chang [EMAIL PROTECTED]: Greetings - I'm trying to add a library for my application, however I can't get tomcat to find it in the classpath. I've added the directory of the classes to the tomcat shell script (where I declared a CLASSPATH variable and exported it). My setup is an RPM install on a Linux kernal 2.2.14 box. (I make this note because I believe it doesn't come with the normal /bin directory - just a tomcat shell script). I'm trying to add some JavaMail libraries which I have included in tomcat home/lib and tomcat home/webapps/MY_APP/WEB-INF/lib. But when I use a function that refers to the class I get the following error: Internal Servlet Error: javax.servlet.ServletException: javax/activation/DataSource Root cause: java.lang.NoClassDefFoundError: javax/activation/DataSource From what I can gather, tomcat can't see the classes I need and is crashing because of that. I have the exact same setup on my NT box and it works fine. The only difference with my NT setup is that I installed using the tomcat.zip file which DOES include the normal /bin directory. Please help! Thanks in advance. stan ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ -- ramen.cjb.net ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/