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]
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]
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]
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]
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
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]
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
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]
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: 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 :
