Re: Tomcat Xalan classpath problem
On 06.11.2009 03:22, Benson Margulies wrote: i don't suppose you've had time to look at the test case? Done, unfortunately worksforme :( - or should I write :) ? See https://issues.apache.org/bugzilla/show_bug.cgi?id=48116 What's next? Regards, Rainer P.S.: Are you at ApacheCon? On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung rainer.j...@kippdata.de wrote: Just to make sure w.r.t. it being working in Jetty: You use the same Java version? Sun changed an important bit between Java 5 and Java 6, where they are now caching something detected during runtime in a global static thus partially breaking the dynamics of XML parser detection when using mutiple classloaders. The usual indication is a class cast exception, which is not the case in your situation, but nevertheless I wanted to check, whether there's a relation to Java 6 vs. Java 5 (handling in Java 6 is broken). Regards, Rainer On 03.11.2009 14:00, Benson Margulies wrote: Here's the relevant log traffic of the missing method. I can get past this problem by putting xalan into the endorsed directory, but I should not have to do that when using the JAXP 1.4 API to create XPathFactory. Caused by: java.lang.NoSuchMethodError: org.apache.xpath.XPathContext.init(Z)V at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207) at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281) at com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67) at com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400) at com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358) at com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182) ... 48 more org.apache.cxf.common.injection.ResourceInjector - method annotated by @PostConstruct throws exception when invoked java.lang.reflect.InvocationTargetException On Tue, Nov 3, 2009 at 7:48 AM, André Warnier a...@ice-sa.com wrote: Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Xalan classpath problem
i don't suppose you've had time to look at the test case? On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung rainer.j...@kippdata.de wrote: Just to make sure w.r.t. it being working in Jetty: You use the same Java version? Sun changed an important bit between Java 5 and Java 6, where they are now caching something detected during runtime in a global static thus partially breaking the dynamics of XML parser detection when using mutiple classloaders. The usual indication is a class cast exception, which is not the case in your situation, but nevertheless I wanted to check, whether there's a relation to Java 6 vs. Java 5 (handling in Java 6 is broken). Regards, Rainer On 03.11.2009 14:00, Benson Margulies wrote: Here's the relevant log traffic of the missing method. I can get past this problem by putting xalan into the endorsed directory, but I should not have to do that when using the JAXP 1.4 API to create XPathFactory. Caused by: java.lang.NoSuchMethodError: org.apache.xpath.XPathContext.init(Z)V at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207) at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281) at com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67) at com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400) at com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358) at com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182) ... 48 more org.apache.cxf.common.injection.ResourceInjector - method annotated by @PostConstruct throws exception when invoked java.lang.reflect.InvocationTargetException On Tue, Nov 3, 2009 at 7:48 AM, André Warnier a...@ice-sa.com wrote: Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat Xalan classpath problem
I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified.
Re: Tomcat Xalan classpath problem
Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Xalan classpath problem
Here's the relevant log traffic of the missing method. I can get past this problem by putting xalan into the endorsed directory, but I should not have to do that when using the JAXP 1.4 API to create XPathFactory. Caused by: java.lang.NoSuchMethodError: org.apache.xpath.XPathContext.init(Z)V at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207) at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281) at com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67) at com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400) at com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358) at com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182) ... 48 more org.apache.cxf.common.injection.ResourceInjector - method annotated by @PostConstruct throws exception when invoked java.lang.reflect.InvocationTargetException On Tue, Nov 3, 2009 at 7:48 AM, André Warnier a...@ice-sa.com wrote: Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Xalan classpath problem
Just to make sure w.r.t. it being working in Jetty: You use the same Java version? Sun changed an important bit between Java 5 and Java 6, where they are now caching something detected during runtime in a global static thus partially breaking the dynamics of XML parser detection when using mutiple classloaders. The usual indication is a class cast exception, which is not the case in your situation, but nevertheless I wanted to check, whether there's a relation to Java 6 vs. Java 5 (handling in Java 6 is broken). Regards, Rainer On 03.11.2009 14:00, Benson Margulies wrote: Here's the relevant log traffic of the missing method. I can get past this problem by putting xalan into the endorsed directory, but I should not have to do that when using the JAXP 1.4 API to create XPathFactory. Caused by: java.lang.NoSuchMethodError: org.apache.xpath.XPathContext.init(Z)V at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207) at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281) at com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67) at com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400) at com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358) at com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182) ... 48 more org.apache.cxf.common.injection.ResourceInjector - method annotated by @PostConstruct throws exception when invoked java.lang.reflect.InvocationTargetException On Tue, Nov 3, 2009 at 7:48 AM, André Warnier a...@ice-sa.com wrote: Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Xalan classpath problem
I am sure that I'm using the MacOS JDK 1.6 at all points. Also, if you look closely at the below, you will see that the problem is that one part of Xalan is failing to call another part ... of Xalan. If I had JDK 1.5 I'd be missing the newInstance APIs that take the class name, and if I had other problems I'd have a mixture of sun. classes and org.apache. classes. But this is 100% org.apache. I shouldn't need to use endorsed at all with JDK 1.6, I claim, if I use the new newInstances APIs that take class names. But somehow Tomcat prevents that from working, I don't know how. On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung rainer.j...@kippdata.de wrote: Just to make sure w.r.t. it being working in Jetty: You use the same Java version? Sun changed an important bit between Java 5 and Java 6, where they are now caching something detected during runtime in a global static thus partially breaking the dynamics of XML parser detection when using mutiple classloaders. The usual indication is a class cast exception, which is not the case in your situation, but nevertheless I wanted to check, whether there's a relation to Java 6 vs. Java 5 (handling in Java 6 is broken). Regards, Rainer On 03.11.2009 14:00, Benson Margulies wrote: Here's the relevant log traffic of the missing method. I can get past this problem by putting xalan into the endorsed directory, but I should not have to do that when using the JAXP 1.4 API to create XPathFactory. Caused by: java.lang.NoSuchMethodError: org.apache.xpath.XPathContext.init(Z)V at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207) at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281) at com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67) at com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400) at com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358) at com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182) ... 48 more org.apache.cxf.common.injection.ResourceInjector - method annotated by @PostConstruct throws exception when invoked java.lang.reflect.InvocationTargetException On Tue, Nov 3, 2009 at 7:48 AM, André Warnier a...@ice-sa.com wrote: Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Xalan classpath problem
I've attached a self-contained test case to bz 48116, so you can see this for yourself. On Tue, Nov 3, 2009 at 9:22 AM, Rainer Jung rainer.j...@kippdata.de wrote: Just to make sure w.r.t. it being working in Jetty: You use the same Java version? Sun changed an important bit between Java 5 and Java 6, where they are now caching something detected during runtime in a global static thus partially breaking the dynamics of XML parser detection when using mutiple classloaders. The usual indication is a class cast exception, which is not the case in your situation, but nevertheless I wanted to check, whether there's a relation to Java 6 vs. Java 5 (handling in Java 6 is broken). Regards, Rainer On 03.11.2009 14:00, Benson Margulies wrote: Here's the relevant log traffic of the missing method. I can get past this problem by putting xalan into the endorsed directory, but I should not have to do that when using the JAXP 1.4 API to create XPathFactory. Caused by: java.lang.NoSuchMethodError: org.apache.xpath.XPathContext.init(Z)V at org.apache.xpath.jaxp.XPathImpl.eval(XPathImpl.java:207) at org.apache.xpath.jaxp.XPathImpl.evaluate(XPathImpl.java:281) at com.basistech.vws.env.GazetteerConfigManager.initialGazetteerConfiguration(GazetteerConfigManager.java:67) at com.basistech.vws.env.RLPEnvironmentManager.initialGazetteerConfiguration(RLPEnvironmentManager.java:400) at com.basistech.vws.env.RLPEnvironmentManager.initialConfiguration(RLPEnvironmentManager.java:358) at com.basistech.vws.env.RLPEnvironmentManager.initialize(RLPEnvironmentManager.java:182) ... 48 more org.apache.cxf.common.injection.ResourceInjector - method annotated by @PostConstruct throws exception when invoked java.lang.reflect.InvocationTargetException On Tue, Nov 3, 2009 at 7:48 AM, André Warnier a...@ice-sa.com wrote: Benson Margulies wrote: I have a webapp that makes calls to the JAXP 1.4/Java 1.6 APIs that allow the caller to pass in the class name of implementation classes. It all works find standalone. It works fine in Jetty. It fails in Tomcat 6.0.20. The error is a missing method in a Xalan class; as if Tomcat has somehow gotten an older version of Xalan into the classpath. I don't see any likely suspects in the Tomcat tree, so I'm momentarily mystified. A piece of the logfile where the error messages occur may help someone to help you. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Classpath problem
Hello. I am using Tomcat 6.0.18, my Java version is 1.6.0_11 and I have a servlet called TestingServlet.java. My classpath reads like this: .;C:\Sun\SDK\bin; C:\Sun\SDK\jdk\bin; C:\Tomcat\lib\servlet-api.jar I cannot compile in DOS without typing: javac -classpath C:\Tomcat\lib\servlet-api.jar TestingServlet.java I cannot understand why I am being required to specify the servlet api when I have it in my classpath. I have looked through the manual and Googled for an answer to this problem without success. Can anyone help me out? Thanks. **New year...new news. Be the first to know what is making headlines. (http://www.aol.com/?ncid=emlcntaolcom0026)
Re: Classpath problem
2009/1/4 fhserkl...@aol.com: Hello. I am using Tomcat 6.0.18, my Java version is 1.6.0_11 and I have a servlet called TestingServlet.java. My classpath reads like this: .;C:\Sun\SDK\bin; C:\Sun\SDK\jdk\bin; C:\Tomcat\lib\servlet-api.jar I cannot compile in DOS without typing: javac -classpath C:\Tomcat\lib\servlet-api.jar TestingServlet.java I cannot understand why I am being required to specify the servlet api when I have it in my classpath. I guess that is because spaces are not allowed in the value. Try: set CLASSPATH=.;C:\Sun\SDK\bin;C:\Sun\SDK\jdk\bin;C:\Tomcat\lib\servlet-api.jar or better set CLASSPATH=.;C:\Tomcat\lib\servlet-api.jar I do not know why you are adding those bin folders to the classpath. There are no class files there. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Classpath Problem
Hi, This is the Host of the domain with the problem Host name=DOMAIN_WITHOUT_WWW appBase=/home/sttpwcm/public_html AliasDOMAIN_WITH_WWW/Alias Context path= reloadable=true docBase=/home/sttpwcm/public_html debug=1 Resource name=jdbc/sttp auth=Container type=javax.sql.DataSource maxActive=4 maxIdle=30 maxWait=8000 username=USERNAME password=PASSWORD driverClassName=com.mysql.jdbc.Driver url=jdbc:mysql://localhost/DATABASE?autoReconnect=true/Resource /Context Context path=/manager debug=0 privileged=true docBase=/usr/local/jakarta/tomcat/server/webapps/manager /Context /Host Thank you 2008/4/10, David Smith [EMAIL PROTECTED]: Could you post the Host element of your server.xml? I know people have had this problem and solved it in the past, but it's been a while. --David OpenP2M Open wrote: Hi, I'm migrating an application from one server to another. On the old server the application runs perfectly, but on the new one I'm getting this message of error only on the .jsp that are in subfolders (when I move then to root folder they run ok): An error occurred at line: 8 in the generated java fileOnly a type can be imported. glauber.banco.Filter resolves to a package The .jsp's that are on /public_html run ok When I create a subforlder and put the same .jsps they get that error message above. I'm thinking the root folder has a different classpath than the subfolders... Does anyone know what is the problem and how to fix? Thank You Glauber - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath Problem
What I thought ... you can't have appBase from the Host element the same as the docBase for your webapp. Make the appBase something else ... anything else. It could be an empty directory. It won't matter as long as it isn't the same as the path of your webapp. Also it's been recommended for many years now not to put Context ... / elements in the server.xml. They should each be in their own xml file stored under conf/Catalina/DOMAIN_WITHOUT_WWW in your case with the file named after the context path. Your first app below would be named ROOT.xml and it would contain the following: Context reloadable=true docBase=/home/sttpwcm/public_html debug=1 Resource name=jdbc/sttp auth=Container type=javax.sql.DataSource maxActive=4 maxIdle=30 maxWait=8000 username=USERNAME password=PASSWORD driverClassName=com.mysql.jdbc.Driver url=jdbc:mysql://localhost/DATABASE?autoReconnect=true/Resource /Context Note I dropped the path attribute from your Context ... element. That's because the path is really specified by the name of the file, ROOT which is a special name to tomcat meaning path= --David OpenP2M Open wrote: Hi, This is the Host of the domain with the problem Host name=DOMAIN_WITHOUT_WWW appBase=/home/sttpwcm/public_html AliasDOMAIN_WITH_WWW/Alias Context path= reloadable=true docBase=/home/sttpwcm/public_html debug=1 Resource name=jdbc/sttp auth=Container type=javax.sql.DataSource maxActive=4 maxIdle=30 maxWait=8000 username=USERNAME password=PASSWORD driverClassName=com.mysql.jdbc.Driver url=jdbc:mysql://localhost/DATABASE?autoReconnect=true/Resource /Context Context path=/manager debug=0 privileged=true docBase=/usr/local/jakarta/tomcat/server/webapps/manager /Context /Host Thank you 2008/4/10, David Smith [EMAIL PROTECTED]: Could you post the Host element of your server.xml? I know people have had this problem and solved it in the past, but it's been a while. --David OpenP2M Open wrote: Hi, I'm migrating an application from one server to another. On the old server the application runs perfectly, but on the new one I'm getting this message of error only on the .jsp that are in subfolders (when I move then to root folder they run ok): An error occurred at line: 8 in the generated java fileOnly a type can be imported. glauber.banco.Filter resolves to a package The .jsp's that are on /public_html run ok When I create a subforlder and put the same .jsps they get that error message above. I'm thinking the root folder has a different classpath than the subfolders... Does anyone know what is the problem and how to fix? Thank You Glauber - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classpath Problem
Hi, I'm migrating an application from one server to another. On the old server the application runs perfectly, but on the new one I'm getting this message of error only on the .jsp that are in subfolders (when I move then to root folder they run ok): An error occurred at line: 8 in the generated java fileOnly a type can be imported. glauber.banco.Filter resolves to a package The .jsp's that are on /public_html run ok When I create a subforlder and put the same .jsps they get that error message above. I'm thinking the root folder has a different classpath than the subfolders... Does anyone know what is the problem and how to fix? Thank You Glauber
Re: Classpath Problem
Could you post the Host element of your server.xml? I know people have had this problem and solved it in the past, but it's been a while. --David OpenP2M Open wrote: Hi, I'm migrating an application from one server to another. On the old server the application runs perfectly, but on the new one I'm getting this message of error only on the .jsp that are in subfolders (when I move then to root folder they run ok): An error occurred at line: 8 in the generated java fileOnly a type can be imported. glauber.banco.Filter resolves to a package The .jsp's that are on /public_html run ok When I create a subforlder and put the same .jsps they get that error message above. I'm thinking the root folder has a different classpath than the subfolders... Does anyone know what is the problem and how to fix? Thank You Glauber - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TC6 classpath problem...
Upgrading from TC5.5 to TC6 and having class path problems. We are starting it via JSVC, we used to start it up with the following class path: CLASSPATH=\ $JAVA_HOME/lib/tools.jar:\ $CATALINA_HOME/bin/commons-daemon.jar:\ $CATALINA_HOME/bin/bootstrap.jar However with TC6, it requires CLASSPATH=\ $JAVA_HOME/lib/tools.jar:\ $CATALINA_HOME/bin/commons-daemon.jar:\ $CATALINA_HOME/bin/bootstrap.jar:\ $CATALINA_HOME/lib/catalina.jar:$CATALINA_HOME/lib/tomcat-coyote.jar:\ $CATALINA_HOME/lib/servlet-api.jar:$CATALINA_HOME/lib/annotations-api.jar:$CATALINA_HOME/lib/jasper.jar\ :$CATALINA_HOME/lib/jsp-api.jar just to start up, to get apps to run we have to list the entire contents of $CATALINA_HOME/lib/ as part of the classpath value, this doesn't seem right. Am I missing something obvious? Catalina.properties has: common.loader=${catalina.home}/lib,${catalina.home}/lib/*.jar which I thought should bring all the jars into scope Thanks! -Nate - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TC6 classpath problem...
From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED] Subject: TC6 classpath problem... to get apps to run we have to list the entire contents of $CATALINA_HOME/lib/ as part of the classpath value Did you know that setting CLASSPATH to anything when starting Tomcat is a capital offense? Really, get rid of the CLASSPATH variable; it must not be used with Tomcat, and should not be used with any Java environment beyond 1.0. The Tomcat startup scripts take care of establishing the necessary paths. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE: TC6 classpath problem...
I don't know how to get JSVC to start without it though, every example I can find of JSVC has the minimal classpath variables I listed. It won't start without it, likely as it bypasses the tomcat scripts you mentioned. What I am trying to figure out is why I have to list everything in /lib by hand, I thought Tomcat should pick those up on it's own based on catalina.properties Thanks! -Nate - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE: TC6 classpath problem...
From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED] Subject: Re: RE: TC6 classpath problem... I don't know how to get JSVC to start without it though, every example I can find of JSVC has the minimal classpath variables I listed. That's odd, because every example I looked at and especially the actual Tomcat doc itself shows only bin/bootstrap.jar, and that is specified by the -cp command line option on jsvc, not the CLASSPATH environment variable. You need that -cp of the one jar and a few desirable system properties settings (look in the scripts for those), nothing else. Setting that mess you had will certainly destroy Tomcat's expected classloader hierarchy. Read this: http://tomcat.apache.org/tomcat-6.0-doc/setup.html#Unix%20daemon BTW, tools.jar has not been needed since the first release of 5.5. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TC6 classpath problem...
Thanks for the pointer, I changed it to: JSVC_CLASSPATH=\ $CATALINA_HOME/bin/commons-daemon.jar:\ $CATALINA_HOME/bin/bootstrap.jar:\ and passed $JSVC_CLASSPATH as the -cp command. It starts although I am getting some MBean errors, should this be picked up or do I need to extend the JSVC -cp beyond the basics above? SEVERE: createMBeans: Throwable java.lang.NullPointerException at java.io.File.init(File.java:222) at org.apache.catalina.core.StandardContext.getBasePath(StandardContext.java:4777) ... Thanks! -Nate - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TC6 classpath problem...
From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED] Subject: RE: TC6 classpath problem... JSVC_CLASSPATH=\ $CATALINA_HOME/bin/commons-daemon.jar:\ $CATALINA_HOME/bin/bootstrap.jar:\ Why do you have commons-daemon.jar on the -cp? None of the doc shows that. SEVERE: createMBeans: Throwable java.lang.NullPointerException at java.io.File.init(File.java:222) at org.apache.catalina.core.StandardContext.getBasePath(StandardC ontext.java:4777) That looks like a Context element for one of your webapps is bad. If the Context element is not in server.xml (and it shouldn't be), you must not specify the path or docBase attributes. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classpath Problem
Hi there. I am new to Tomcat and have installed Tomcat6 and JDK1.5 on Windows. I get Tomcat to run and can include my own JSP's. However, whenever I use classes like HashMap I get a compiler error (HashMap cannot be resolved to a type). I've dug all through the web, documentation and mail archives. Does anyone have a url that will help or information for a newbie on why classes in what would be in j2se are not available to compile? Another piece of info: my jvm in tomcat6w is set to: C:\Program Files\Java\jdk1.5.0_11\jre\bin\server\jvm.dll Thanks! Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Classpath Problem
might need an updated jar file for that. Might have been included with one package earlier and is now in another one. -Original Message- From: Mark Hale [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 14, 2007 2:29 PM To: users@tomcat.apache.org Subject: Classpath Problem Hi there. I am new to Tomcat and have installed Tomcat6 and JDK1.5 on Windows. I get Tomcat to run and can include my own JSP's. However, whenever I use classes like HashMap I get a compiler error (HashMap cannot be resolved to a type). I've dug all through the web, documentation and mail archives. Does anyone have a url that will help or information for a newbie on why classes in what would be in j2se are not available to compile? Another piece of info: my jvm in tomcat6w is set to: C:\Program Files\Java\jdk1.5.0_11\jre\bin\server\jvm.dll Thanks! Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath Problem
Apologies if this sounds insulting, but ... you did include java.util.HashMap in your jsp, didn't you? IE: [EMAIL PROTECTED] import=java.util .HashMap % --David Mark Hale wrote: Hi there. I am new to Tomcat and have installed Tomcat6 and JDK1.5 on Windows. I get Tomcat to run and can include my own JSP's. However, whenever I use classes like HashMap I get a compiler error (HashMap cannot be resolved to a type). I've dug all through the web, documentation and mail archives. Does anyone have a url that will help or information for a newbie on why classes in what would be in j2se are not available to compile? Another piece of info: my jvm in tomcat6w is set to: C:\Program Files\Java\jdk1.5.0_11\jre\bin\server\jvm.dll Thanks! Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath Problem
LOL You danced around that one well. Actually, I didn't include it because I am migrating from WebLogic to Tomcat. WebLogic let's me get away without the includes for java.util. I've been using Workshop for so long I overlooked it. That resolved it. Thank you David. I will migrate to another dev environment to avoid this in the future. Mark On 3/14/07, David Smith [EMAIL PROTECTED] wrote: Apologies if this sounds insulting, but ... you did include java.util.HashMap in your jsp, didn't you? IE: [EMAIL PROTECTED] import=java.util .HashMap % --David Mark Hale wrote: Hi there. I am new to Tomcat and have installed Tomcat6 and JDK1.5 on Windows. I get Tomcat to run and can include my own JSP's. However, whenever I use classes like HashMap I get a compiler error (HashMap cannot be resolved to a type). I've dug all through the web, documentation and mail archives. Does anyone have a url that will help or information for a newbie on why classes in what would be in j2se are not available to compile? Another piece of info: my jvm in tomcat6w is set to: C:\Program Files\Java\jdk1.5.0_11\jre\bin\server\jvm.dll Thanks! Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
deploying classpath problem
I an running windows XP, Tomcat 5.5, axis 1.4. I am trying to deploy a =20 web service using a wsdd. I am using the command java -cp %AXISCLASSPATH% org.apache.axis.client.AdminClient -lhttp://localhost:8080/axis/services/AdminService deploy.wsdd I went to system properties/advanced/enviroment variables and add the =20 following entries AXIS_HOME: C:\Program~1\axis-1_4\lib AXIS_LIB: %AXIS_HOME%\lib AXISCLASSPATH: =20 %AXIS_LIB%\axis-ant.jar;%AXIS_LIB%\axis.jar;%AXIS_LIB%\commons-discovery-0.2= .jar;%AXIS_LIB%\commons-logging-1.0.4.jar;%AXIS_LIB%\jaxrpc.jar;%AXIS_LIB%\s= aaj.jar;%AXIS_LIB%\log4j-1.2.8.jar;%AXIS_LIB%\wsdl4j-1.5.1.jar my axis dir is C:\Program Files\axis-1_4 my tomcat dir is C:\Program Files\Apache Software Foundation\Tomcat 5.5 I have followed tutorials and looked online and have had no luck I =20 keep getting the error Exception in thread main java.lang.NoClassDefFoundError: =20 org/apache/axis/client/AdminClient Please if you know what is wrong I would love advice. Devon Austen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] deploying classpath problem
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: deploying classpath problem This has nothing to do with Tomcat. AXIS_HOME: C:\Program~1\axis-1_4\lib AXIS_LIB: %AXIS_HOME%\lib Try expanding the AXIS_LIB expression on paper and see how many lib directories you come up with... - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
Hi put those jar files in common.loader in catalina.properties file under tomcat/conf directory and try and let us know . On 8/30/06, Propes, Barry L [EMAIL PROTECTED] wrote: Not sure about that. But perhaps he'd need this one. ojdbc14.jar. I copied the wrong one. I did (need it) before mine would work, and mine's configured almost exactly like his. -Original Message- From: Viraj Turakhia [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 9:45 AM To: Tomcat Users List Subject: Re: CLASSPATH problem on tomcat5.5.x odbc is required only when odbs bridge is used. if you are using jdbc for oracle, odbc jar is not required. correct me if i am wrong. vraj On 8/30/06, Propes, Barry L [EMAIL PROTECTED] wrote: I had a similar problemyou need the ojdbc.jar file, or more specifically, the ojdbc14_g.jar file. -Original Message- From: Mallik [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 6:04 AM To: users@tomcat.apache.org Subject: CLASSPATH problem on tomcat5.5.x HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost :1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The first right of human is the right of EGO. -- http://www.xperienceexperience.blogspot.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CLASSPATH problem on tomcat5.5.x
HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost:1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
why zipped files? i feel, you will have to unzip them and put jar files in lib directory vraj On 8/30/06, Mallik [EMAIL PROTECTED] wrote: HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost:1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The first right of human is the right of EGO. -- http://www.xperienceexperience.blogspot.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
The classloader is most likely skipping over your .zip files. I believe there are newer JDBC drivers from Oracle packaged as .jar files. Try one of those. --David Mallik wrote: HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost:1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
Mallik wrote: why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working Try renaming the .zip files to .jar See http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html and search for zip in the text, HTH, Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
HI Friends thanks a lot now it is working i just wasted 3 days on this thanku friends -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6057382 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
renaming would not work.. you will have to unzip zipped files and put jars in lib directory. (provided zipped files has jar files :) ) vraj On 8/30/06, Mark Thomas [EMAIL PROTECTED] wrote: Mallik wrote: why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working Try renaming the .zip files to .jar See http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html and search for zip in the text, HTH, Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The first right of human is the right of EGO. -- http://www.xperienceexperience.blogspot.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CLASSPATH problem on tomcat5.5.x
I had a similar problemyou need the ojdbc.jar file, or more specifically, the ojdbc14_g.jar file. -Original Message- From: Mallik [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 6:04 AM To: users@tomcat.apache.org Subject: CLASSPATH problem on tomcat5.5.x HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost:1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CLASSPATH problem on tomcat5.5.x
odbc is required only when odbs bridge is used. if you are using jdbc for oracle, odbc jar is not required. correct me if i am wrong. vraj On 8/30/06, Propes, Barry L [EMAIL PROTECTED] wrote: I had a similar problemyou need the ojdbc.jar file, or more specifically, the ojdbc14_g.jar file. -Original Message- From: Mallik [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 6:04 AM To: users@tomcat.apache.org Subject: CLASSPATH problem on tomcat5.5.x HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost:1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The first right of human is the right of EGO. -- http://www.xperienceexperience.blogspot.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CLASSPATH problem on tomcat5.5.x
Not sure about that. But perhaps he'd need this one. ojdbc14.jar. I copied the wrong one. I did (need it) before mine would work, and mine's configured almost exactly like his. -Original Message- From: Viraj Turakhia [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 9:45 AM To: Tomcat Users List Subject: Re: CLASSPATH problem on tomcat5.5.x odbc is required only when odbs bridge is used. if you are using jdbc for oracle, odbc jar is not required. correct me if i am wrong. vraj On 8/30/06, Propes, Barry L [EMAIL PROTECTED] wrote: I had a similar problemyou need the ojdbc.jar file, or more specifically, the ojdbc14_g.jar file. -Original Message- From: Mallik [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 6:04 AM To: users@tomcat.apache.org Subject: CLASSPATH problem on tomcat5.5.x HI Friends i am new to this group and tomcat too. i have downloaded tomcat5.5.x and jdk1.5 and i have oracle8i just i started a sample application which has database connection. but it is throwing exception called:ClassNotFoundException for Class.forName(oracle.jdbc.driver.OracleDriver); Connection conn = DriverManager.getConnection(jdbc:oracle:thin:@localhost:1521:databaseName,username,password); .. . why this is ? i have placed classes12.zip, classes111.zip and classes102.zip in tomcatRoot/common/lib it is not working and i tried by placing in appDir/WEB-INF/lib but same Exception what is the problem ? where i am going worng? Is it compatability problem? it is working well on Weblogic8.0 i am not getting the reason plw let me know... -- View this message in context: http://www.nabble.com/CLASSPATH-problem-on-tomcat5.5.x-tf2189178.html#a6056691 Sent from the Tomcat - User forum at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The first right of human is the right of EGO. -- http://www.xperienceexperience.blogspot.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath Problem
Straight from TOMCAT doc a.. Shared - This class loader is the place to put classes and resources that you wish to share across ALL web applications Doc available at http://tomcat.apache.org/tomcat-5.5-doc/printer/class-loader-howto.html Martin -- * This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: David Smith [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Tuesday, August 15, 2006 8:28 AM Subject: Re: Classpath Problem CLASSPATH is ignored by default in tomcat (and for the better might I add). Is there a reason you can't do recommended best practice and place these in either shared/lib or WEB-INF/lib of each webapp requiring them? --David Madhuraka Godahewa wrote: Hi, I am using jakarta-tomcat-5.0.30 and currently having a problem with the CLASSPATH variable. I am in the process of configuring my website to access a payment gateway. They gave me the following jar files and I put them in my JAVA_HOME/jre/lib/ext/ directory. ibmjceprovider.jar jce1_2_1.jar ibmpkcs.jar US_export_policy.jar sunjce_provider.jar local_policy.jar iclient.jar Then I changed the classpath as follows. CLASSPATH=$CLASSPATH:/usr/local/jakarta-tomcat-5.0.30/webapps/myapp/WEB- INF/lib/iclient.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/jce1_2_1.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/ibmjceprovider.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/ibmpkcs.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/US_export_policy.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/sunjce_provider.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/local_policy.jar Then I wrote a JSP file. It has an import statement as follows. @page import=iclient.* When this portion of code executes, tomcat generates an error saying that, it cannot find the package 'iclient'. Anybody knows the reason for this? Thanks in advance --- - Madhuraka Godahewa Telecommunications Engineer Research and Development Unit Electroteks Global Networks (Pvt.) Ltd. Mobile: + 94-777-647055 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classpath Problem
Hi, I am using jakarta-tomcat-5.0.30 and currently having a problem with the CLASSPATH variable. I am in the process of configuring my website to access a payment gateway. They gave me the following jar files and I put them in my JAVA_HOME/jre/lib/ext/ directory. ibmjceprovider.jar jce1_2_1.jar ibmpkcs.jar US_export_policy.jar sunjce_provider.jar local_policy.jar iclient.jar Then I changed the classpath as follows. CLASSPATH=$CLASSPATH:/usr/local/jakarta-tomcat-5.0.30/webapps/myapp/WEB- INF/lib/iclient.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/jce1_2_1.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/ibmjceprovider.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/ibmpkcs.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/US_export_policy.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/sunjce_provider.jar CLASSPATH=$CLASSPATH:/usr/local/j2sdk1.4.2_11/jre/lib/ext/local_policy.jar Then I wrote a JSP file. It has an import statement as follows. @page import=iclient.* When this portion of code executes, tomcat generates an error saying that, it cannot find the package 'iclient'. Anybody knows the reason for this? Thanks in advance --- - Madhuraka Godahewa Telecommunications Engineer Research and Development Unit Electroteks Global Networks (Pvt.) Ltd. Mobile: + 94-777-647055 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath problem
The quick answer: Do not mess with classpath. Tomcat has a very specific classloader hierarchy. See http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html for details. If this does not answer your question, please post a more detailed message with specifics. --David Julien vander Straeten wrote: Hi, My tomcat server is running, but i'm still struggling with this classpath thing ... Could someone tell me what command I have to type to make this thing work? I'm using mac os X.4 my tomcat server is located in : /Library/Tomcat/apache-tomcat-5.5.12/ Kind regards :-) Julien - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classpath problem
Hi, My tomcat server is running, but i'm still struggling with this classpath thing ... Could someone tell me what command I have to type to make this thing work? I'm using mac os X.4 my tomcat server is located in : /Library/Tomcat/apache-tomcat-5.5.12/ Kind regards :-) Julien - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classpath problem
On 8/6/06, Julien vander Straeten [EMAIL PROTECTED] wrote: Could someone tell me what command I have to type to make this thing work? http://catb.org/~esr/faqs/smart-questions.html :-) -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]