Re:Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDriver..
I had the same problem and converting the .zip to a .jar worked. I reviewed the documentation and I could not find any mention of zip files. Does the absence of info on zip files imply they are not supported? I think the Tomcat 3.3 and 4.0 documentation should be updated to explicitly state that zip files and not supported by the servlet spec and therefore must be converted to jar files and stored in the /lib directory. From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Mon, 31 Dec 2001 09:00:31 -0800 (PST) To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDriver.. On Mon, 31 Dec 2001, Sachin Tyagi wrote: Date: Mon, 31 Dec 2001 14:52:15 +0530 From: Sachin Tyagi [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDrive r.. hi all, while I am running my web application with Tomcat4.0(Catalina) in accessing database queries.It is showing java.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver.. I am using classes12.zip driver ..I have already set classpath for the same..And with Tomcat3.2 my application is running well. Only with Tomcat4.0 getting this problem.I am trying to upgrade for Tomcat4.0. In this case any thing I have to edit or set properties in server.xml. or some where else. Or this relate with Realms. If any one having idea about this plz pass this. You need to do two things: * Read the class-loader-howto.html documentation, and you'll see that Tomcat recognizes only JAR files, not ZIP files. Rename classes12.zip to classes12.jar and it should work. * Complain to Oracle that they should package their JDBC drivers as JAR files. Regards Sachin Craig McClanahan -- 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:Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDriver ..
Craig, The only issue I had while making the transition from 3.2 to 3.3 is the .zip file for Oracle. Everyone I talked to viewed .jar and .zip files as on and the same. I posed to question to my colleagues that .zip files are not supported in 3.3 and it was unanimous, Java supports both and therefore Tomcat should also. I would never propose documenting every non-feature but .zip files are part of Java and as such, should be noted. From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Mon, 31 Dec 2001 12:31:39 -0800 (PST) To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDriver .. On Mon, 31 Dec 2001, David Morsberger wrote: Date: Mon, 31 Dec 2001 13:02:23 -0500 From: David Morsberger [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDrive r .. I had the same problem and converting the .zip to a .jar worked. I reviewed the documentation and I could not find any mention of zip files. Does the absence of info on zip files imply they are not supported? Yep, in terms of what any web container is supposed to support in /WEB-INF/lib (and Tomcat applies the same rules to its shared lib directories). Zip files still work on a CLASSPATH for standard Java applications, because they were in existence from JDK 1.0 days -- before there was such a thing as a JAR file. But that still doesn't do you any good on either 3.3 or 4.0, because they both ignore your CLASSPATH ... I think the Tomcat 3.3 and 4.0 documentation should be updated to explicitly state that zip files and not supported by the servlet spec and therefore must be converted to jar files and stored in the /lib directory. I disagree. The list of things that are *not* supported is close to infinite :-). You'd be much better off making the starting assumption that anything not mentioned is not supported. The only time you'll be wrong is when a feature hasn't been documented yet. And, even with it documented, it would still be one of the top 5 questions on TOMCAT-USER, just like it is today. The mailing list archives are full of the answer to this question -- along with a lot of questions that *are* answered in the docs -- so it wouldn't help much anyway. Craig From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Mon, 31 Dec 2001 09:00:31 -0800 (PST) To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDriver. . On Mon, 31 Dec 2001, Sachin Tyagi wrote: Date: Mon, 31 Dec 2001 14:52:15 +0530 From: Sachin Tyagi [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tomcat4.0:-java.lang.ClassNotFoundException:oracle.jdbc.driver.OracleDrive r.. hi all, while I am running my web application with Tomcat4.0(Catalina) in accessing database queries.It is showing java.lang.ClassNotFoundException: oracle.jdbc.driver.OracleDriver.. I am using classes12.zip driver ..I have already set classpath for the same..And with Tomcat3.2 my application is running well. Only with Tomcat4.0 getting this problem.I am trying to upgrade for Tomcat4.0. In this case any thing I have to edit or set properties in server.xml. or some where else. Or this relate with Realms. If any one having idea about this plz pass this. You need to do two things: * Read the class-loader-howto.html documentation, and you'll see that Tomcat recognizes only JAR files, not ZIP files. Rename classes12.zip to classes12.jar and it should work. * Complain to Oracle that they should package their JDBC drivers as JAR files. Regards Sachin Craig McClanahan -- 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] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: tomcat/apache/linux7.1
Frank, The default http port on tomcat is 8080. The ports 8009 and 8007 support ajp. Ajp is the protocol that apache and tomcat use to communicate. Try muaddress:8080. Are there any errors in the apache log files? What are your JKMount directives in the mod_jk.conf file? Is the workers file setup correctly? It is hard to diagnose without more details. From: Frank [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sat, 29 Dec 2001 06:18:18 -0500 To: List [EMAIL PROTECTED] Subject: tomcat/apache/linux7.1 I need help getting Tomcat to run with apache, I have failed on my numerous attempts. Tomcat and Apache both run fine as stand alone servers. Not together though. I downloaded mod_jk.so from the tomcat web site. I gave it the proper permissions and put it in the Apache libexec libray. (Apache is a DSO version able to take modules with out recompiling apache) I then added this line of code to the end of my apache httpd.conf file: Include /home/admin/jakarta-tomcat-3.3/conf/auto/mod_jk.conf which is the path to my mod_jk.conf file in the proper directory. The file is there and was generated correctly. I start Tomcat, then Apache. When I try to access a page by using apache on port 80, I get nothing, the page stays on the same page like nothing happened.. I tested to see if I put the URL in my browser using myaddress:8009 and received this error on command shell runing tomcat: [root@java bin]# Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 Ajp13Packet: invalid packet header : 18245 *** and this error when doing the same but putting myaddress.com:8007 url in my browser. (which of course is my address and the 8007 port.) [root@java bin]# 2001-12-29 04:58:01 - Ajp12Interceptor: HANDLER THREAD PROBLEM - java.io.IOException: Stream broken at org.apache.tomcat.modules.server.Ajp12.readNextRequest(Unknown Source) at org.apache.tomcat.modules.server.AJP12Request.readNextRequest(Unknown Source) at org.apache.tomcat.modules.server.Ajp12Interceptor.processConnection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Thread.java:484) * Can anyone tell me what might be going on ? If not, what you did on your Linux system to get the two running. Thank You Very Much Frank LaLone -- 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: R: startup.sh not recognized
You need to remove all carriage returns. In vi: :g/^M/s///g Where ^M is the following sequence: 'Ctrl v' followed by the 'return key' 'Ctrl v' is to insert a non-printable character and return is ^M. I am sure there are other ways to do it in vi but this works for me. Hope this helps From: Michael Burke [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sat, 29 Dec 2001 11:12:22 -0500 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: R: startup.sh not recognized Vercesi Paolo wrote: I've edited all the *.sh files with joe. My version of vim opens those file in DOS-mode and so I can't remove the CR chars. I known there are some switch or configuration options that makes vim operating in a binary-like or in a unix-mode, but now I don't remember which are. Look at vim man pages. There are also some utilities to convert textfiles from dos/win to unix, and reverse, generally named dos2unix. You also can use sed. Thanks for the reply Vercesi, could you explain how to replace the CRLF's with LF? -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] I tried dos2unix and got problems converting file startup.sh not very helpful. I started vi -b (I think that starts it in binary mode) and got the message trailing characters and didn't know what to do next. The search continues. It shouldn't be this difficult. -- 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: R: startup.sh not recognized
I wondered why the '^M' made a difference but then again I have never used the bash shell. Were you executing the script as the owner? 755 is owner executable. Execute: id ls -l startup.sh Do the id and owner match? Does 775 work? From: Michael Burke [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sat, 29 Dec 2001 13:12:15 -0500 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: R: startup.sh not recognized David Morsberger wrote: You need to remove all carriage returns. In vi: :g/^M/s///g Where ^M is the following sequence: 'Ctrl v' followed by the 'return key' 'Ctrl v' is to insert a non-printable character and return is ^M. I am sure there are other ways to do it in vi but this works for me. Hope this helps From: Michael Burke [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sat, 29 Dec 2001 11:12:22 -0500 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: R: startup.sh not recognized Vercesi Paolo wrote: I've edited all the *.sh files with joe. My version of vim opens those file in DOS-mode and so I can't remove the CR chars. I known there are some switch or configuration options that makes vim operating in a binary-like or in a unix-mode, but now I don't remember which are. Look at vim man pages. There are also some utilities to convert textfiles from dos/win to unix, and reverse, generally named dos2unix. You also can use sed. Thanks for the reply Vercesi, could you explain how to replace the CRLF's with LF? -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] I tried dos2unix and got problems converting file startup.sh not very helpful. I started vi -b (I think that starts it in binary mode) and got the message trailing characters and didn't know what to do next. The search continues. It shouldn't be this difficult. -- 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] Well I changed the permission of startup.sh to 777 and now it works so it wasn't a dos file format problem after all. Now I'm wondering why permission(mode?) 755 wouldn't work? Thanks for the suggestions to all:) -- 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: Need to refresh .jsp page around five times before itworksproperly
I can not make a blanket statement but when our pages do not load all attributes coming into the page are null. They are also null when the page is refreshed. From: Amit Kelkar [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Mon, 24 Dec 2001 21:39:38 +1100 To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: Need to refresh .jsp page around five times before it worksproperly We are using tomcat 4 and we get a blank page if any attribute coming into the page is null... We are using tomcat standalone... I have no idea how to fix it... but I was about to post a question... Any body know why?? -Original Message- From: David Morsberger [mailto:[EMAIL PROTECTED]] Sent: Monday, 24 December 2001 9:36 AM To: Tomcat Users List Subject: Re: Need to refresh .jsp page around five times before it worksproperly We have a similar problem with Tomcat 3.2 and 3.3. The web page is sometimes blank (no error) after the JSP is compiled. If the page is refreshed / reloaded then the page is properly displayed. From: Brandon Cruz [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sun, 23 Dec 2001 14:03:21 -0600 To: Tomcat Users List [EMAIL PROTECTED] Subject: Need to refresh .jsp page around five times before it works properly I am using tomcat 3.2.4, Ajp13, and apache 1.3. Every so often, when I go to one of the .jsp pages on my site, I get a 500, internal server error. There is no info posted to any log, and I need to hit refresh on the browser window a bunch of times before it finally comes up correctly. Does anyone know what causes this condition? I was using tomcat 3.2.1 with Ajp12 before, and never had this problem. Is it Ajp13 that causes this? Thanks in advance for any help! Brandon -- 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] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Need to refresh .jsp page around five times before it worksproperly
We have a similar problem with Tomcat 3.2 and 3.3. The web page is sometimes blank (no error) after the JSP is compiled. If the page is refreshed / reloaded then the page is properly displayed. From: Brandon Cruz [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sun, 23 Dec 2001 14:03:21 -0600 To: Tomcat Users List [EMAIL PROTECTED] Subject: Need to refresh .jsp page around five times before it works properly I am using tomcat 3.2.4, Ajp13, and apache 1.3. Every so often, when I go to one of the .jsp pages on my site, I get a 500, internal server error. There is no info posted to any log, and I need to hit refresh on the browser window a bunch of times before it finally comes up correctly. Does anyone know what causes this condition? I was using tomcat 3.2.1 with Ajp12 before, and never had this problem. Is it Ajp13 that causes this? Thanks in advance for any help! Brandon -- 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: Need to refresh .jsp page around five times before itworksproperly
Yes, Apache 1.3.22 and Tomcat 3.3 with ajp13. We initially compile our JSP's before we deliver / deploy. From: Brandon Cruz [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sun, 23 Dec 2001 19:42:09 -0600 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Need to refresh .jsp page around five times before it worksproperly Are you using Apache, and Ajp13? What do you do as a solution? - Original Message - From: David Morsberger [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, December 23, 2001 4:36 PM Subject: Re: Need to refresh .jsp page around five times before it worksproperly We have a similar problem with Tomcat 3.2 and 3.3. The web page is sometimes blank (no error) after the JSP is compiled. If the page is refreshed / reloaded then the page is properly displayed. From: Brandon Cruz [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sun, 23 Dec 2001 14:03:21 -0600 To: Tomcat Users List [EMAIL PROTECTED] Subject: Need to refresh .jsp page around five times before it works properly I am using tomcat 3.2.4, Ajp13, and apache 1.3. Every so often, when I go to one of the .jsp pages on my site, I get a 500, internal server error. There is no info posted to any log, and I need to hit refresh on the browser window a bunch of times before it finally comes up correctly. Does anyone know what causes this condition? I was using tomcat 3.2.1 with Ajp12 before, and never had this problem. Is it Ajp13 that causes this? Thanks in advance for any help! Brandon -- 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] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Development Setup
I need advice on setting up Apache 1.3.22 and Tomcat 3.3 to support multiple / independent developers. I have seen it mentioned on this but I have not seen any details. We need the Apache / Tomcat connection because our system uses html, Perl CGI, JSP, and Servlets. Our initial attempt is: - Use UserDir (~username - ~username/public_html) in Apache. - use mod_jk handler - Setup a JkMount for each user (JkMount ~username/*.jsp ajpusername and JkMount ~username/servlet/* ajpusername). This is done with a Include directive in the httpd.conf file. - Each user has an ajp13 worker defined in the JkWorkers file with their own port number (ajpusername.port = userport). One global workers file. - Each user has their own version of Tomcat and server.xml that starts ajp13 on their port (userport). - Each version of Tomcat has an app-username.xml file that creates a ~username context. Is there an easier way? They is a lot of things that need to be done to add a new user. Thanks, Dave -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: AW: Classloader question
I ran into a similar problem today that I can not explain while upgrading to tomcat 3.3. The JSP we created accesses a bean that uses the oracle 1.2 JDBC driver, classes12.zip. I placed the Oracle classes12.zip file in the myapp/WEB-INF/lib directory and then I got the NoClassDef exception. I unjar'd the .zip file in the myapp/WEB-INF/lib directory and still got the NoClassDef exception. I unjar'd the .zip file in the myapp/WEB-INF/classes directory and it worked. Where should the .zip file be placed for inclusion in a bean? I recycled Tomcat after every attempt. From: Lauer, Oliver [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Mon, 17 Dec 2001 18:56:34 +0100 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: AW: Classloader question But why wasn't the class found in myapp/WEB-INF/lib ? Sorry, but I don't understand that !? AXA eSolutions GmbH AXA Konzern AG Germany Oliver Lauer Web Architect Wörthstraße 34 D-50668 Köln Germany Tel.: +49 221 148 31277 Fax: +49 221 148 43963 Mobil: +49 179 59 064 59 e-Mail: [EMAIL PROTECTED] _ -Ursprüngliche Nachricht- Von: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 17. Dezember 2001 18:50 An: Tomcat Users List Betreff: Re: Classloader question On Mon, 17 Dec 2001, Heikki Doeleman wrote: Date: Mon, 17 Dec 2001 13:06:21 +0100 From: Heikki Doeleman [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: Classloader question Hi everyone, trying to make a web application work using Tomcat 4.0.1 I found the following behaviour, which I don't quite understand: my application uses a library called xhive.jar - putting xhive.jar in [catalina]/common/lib This works fine, as expected - putting it in [myapp]/WEB-INF/lib Causes a ClassDefNotFoundError. I don't know why this is so, it does not seem to conform to the description in class-loader-howto.html. However I did see someone saying that in that directory, only .class files are added to the classpath, not .jars (http://www.geocrawler.com/archives/3/193/2000/12/0/4841079/). - putting it in both those places Causes a ClassCastException ?? Something seems to go terribly wrong when the jar is placed in both those directories. Can anyone explain more about this? I'd like to know exactly how this works, especially I'd like to know why classes from a jar in my application's WEB-INF/lib apparently are not loaded. This has been discussed numerous times in the archives, but the short answer is this: it is fundamental to the way Java class loaders work. The key issues: * A class named a.b.c.Foo loaded from two different class loaders is ***not*** the same class, even if the bytecodes are identical. Trying to assign from one to the other will give you ClassCastException errors. * The new operator in Java tries to load the specified class from the same classloader that loaded the class containing this code. If the class of that name has already been loaded by the other classloader, you again get ClassNotFoundException errors. * Class loader hierarchies can delegate up but not down. Thus, it's also easy to have the new operator cause ClassNotFoundException errors, even though you know that the class is there. Moral of the story -- you are *always* best off having one and only one copy of a class visible to a web application. There's ways to deal with some of these issues, but they get pretty intricate. Thanks Heikki Doeleman Craig McClanahan -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- Aus Rechts- und Sicherheitsgruenden ist die in dieser E-Mail gegebene Information nicht rechtsverbindlich. Eine rechtsverbindliche Bestaetigung reichen wir Ihnen gerne auf Anforderung in schriftlicher Form nach. Beachten Sie bitte, dass jede Form der unautorisierten Nutzung, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieser E-Mail nicht gestattet ist.Diese Nachricht ist ausschliesslich fuer den bezeichneten Adressaten oder dessen Vertreter bestimmt. Sollten Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen Vertreter sein, so bitten wir Sie, sich mit dem Absender der E-Mail in Verbindung zu setzen. For legal and security reasons the information provided in this e-mail is not legally binding. Upon request we would be pleased to provide you with a legally binding confirmation in written form. Any form of unauthorised use, publication, reproduction, copying or disclosure of the content of this e-mail is not permitted. This message is exclusively for the person addressed or their representative. If you are not the intended
Re: Problem with TOMCAT 3.3 : can't find tools.jar of my JDK 1.3.0
I had the same problem and here is what I found: I found where Tomcat is trying to add the tools.jar file. The line contains: System.getProperty( java.home ) + /../lib/tools.jar A println(java.home = + System.getProperty( java.home )) in a test program returns: java.home = /usr/bin/../opt/java130/bin/../jre jre was a link instead of a directory. This made the ../lib unpredictable. I moved the jre around and now it works. The jre link was made to install an fast jvm on the node. Hope this helps, Dave From: LEBRETON Philippe [EMAIL PROTECTED] Organization: CTI des Pays de Loire Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Mon, 03 Dec 2001 11:22:05 +0100 To: Tomcat [EMAIL PROTECTED] Subject: Problem with TOMCAT 3.3 : can't find tools.jar of my JDK 1.3.0 I have install TOMCAT 3.3 and jdk 1.3.0 TOMCAT_HOME and JAVA_HOME is set. and when i go to the examples URL i have a error : java.lang.NoClassDefFoundError: sun/tools/javac/Main i start tomcat with : bin/tomcat.sh start, and the display that CLASSPATH= $TOMCAT_HOME/lib nothing for the JDK??? it is a bug ? help me thanks Philippe LEBRETON -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: STARTING TOMCAT
Avi, I have looked and looked for a way to correlate the pid with the netstat output? None of my systems have the options that output it. What type of system do you have? Can you do a netstat --version? Thanks, Dave From: Avi Green [EMAIL PROTECTED] Organization: sputnik7.com Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sat, 01 Dec 2001 00:45:17 -0500 To: Daliso Zuze [EMAIL PROTECTED] Cc: Tomcat Users List [EMAIL PROTECTED] Subject: Re: STARTING TOMCAT what exactly should [netstat and ps] show if tomcat is running? On my machine (logged in as root) I get something like this, but your display will surely differ somewhat. Anyone else? --Avi p.s. Look in the netstat output for the two ports (http and ajp) listed in your tomcat server.xml. Whatever process is listening to those ports is the Tomcat process. (That's why I did a ps on 7355.) [root@martha /root]# netstat -elpt (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp0 0 *:17900 *:* LISTEN dev80127897355/java tcp0 0 *:18000 *:* LISTEN dev80127867355/java tcp0 0 *:www *:* LISTEN root 68377005295/httpd tcp0 0 *:printer *:* LISTEN root 487508/ tcp0 0 *:ssh *:* LISTEN root 462493/sshd tcp0 0 *:netstat *:* LISTEN root 450483/inetd tcp0 0 *:systat*:* LISTEN root 449483/inetd tcp0 0 *:finger*:* LISTEN root 448483/inetd tcp0 0 *:ftp *:* LISTEN root 447483/inetd tcp0 0 *:time *:* LISTEN root 446483/inetd tcp0 0 *:chargen *:* LISTEN root 445483/inetd tcp0 0 *:daytime *:* LISTEN root 444483/inetd tcp0 0 *:discard *:* LISTEN root 443483/inetd tcp0 0 *:echo *:* LISTEN root 442483/inetd [root@martha /root]# ps uww 7355 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND dev 7355 0.0 4.5 149108 20680 pts/1 SNov30 0:06 /usr/local/java/1.3.0/i686-pc-linux-gnu/bin/i386/native_threads/java -server -Dtomcat.home=/usr/local/tomcat -Dproperties.file=/usr/local/tomcat/JAVA_PROPERTIES org.apache.tomcat.startup.Tomcat -- 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: Hinding information from the URL (during the request)
Mike, POST is the way to go but a user can still hack the password in the requesting URL to get in. You may also want to look at session level cookies vs. URL parameters. This has multiple advantages: harder to hack and allows a user to leave your pages and then return because the browser caches the info and sends it to the web server. A session level cookie is removed when the browser exits. From: Mike Kelley [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Wed, 28 Nov 2001 22:49:34 -0700 To: [EMAIL PROTECTED] Subject: Hinding information from the URL (during the request) I have a simple form that sets a page up so a user can query a DB, the beginning of the page is a form where the user enters their user name and password The password is hidden as the user types BUT When they submit the query all connection data (including the password!) is displayed in the address bar of the browser. How do I stop from passing the information in the address bar (or at least how do I hide it??)?? TIA Mike -- 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: Tomcat 3.3 Upgrade
Larry,
Thanks for the pointer.
I found where Tomcat is trying to add the tools.jar file. The line contains:
System.getProperty( java.home ) + /../lib/tools.jar
A println(java.home = + System.getProperty( java.home )) in a test
program returns:
java.home = /usr/bin/../opt/java130/bin/../jre
jre was a link instead of a directory. This made the ../lib unpredictable. I
moved the jre around and now it works. The jre link was made to install an
fast jvm on the node.
All is well now.
From: Larry Isaacs [EMAIL PROTECTED]
Reply-To: Tomcat Users List [EMAIL PROTECTED]
Date: Mon, 26 Nov 2001 13:08:08 -0500
To: 'Tomcat Users List' [EMAIL PROTECTED]
Subject: RE: Tomcat 3.3 Upgrade
Tomcat 3.3 tries to add tools.jar internally using the
java.home system property. It is not clear why this
was not working in your set up.
In addition to stability and improved performance, Tomcat
3.3 has the advantage of being much more configurable.
By default, the mod_jk.conf forwards all requests to
Tomcat. This gives the best functionality with respect
to configuration you can specify in the web.xml file.
If you want a Tomcat 3.2.x type mod_jk config file, add:
forwardAll=false
to the ApacheConfig entry in the server.xml. It will
include the directives that Tomcat 3.2.x does, plus
servlet mappings and welcome files. However, it will
be necessary to manually configure any additional web.xml
settings in Apache.
See:
http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#ApacheConfig
for details about the ApacheConfig settings.
Cheers,
Larry
-Original Message-
From: David Morsberger [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 23, 2001 9:21 AM
To: Tomcat Users List
Subject: Tomcat 3.3 Upgrade
I have run into a few issues upgrading from 3.2.3 to 3.3:
1) JSP pages would not compile (no class: com.sun.javac.Main). I added
${JAVA_HOME)/lib/tools.jar to the CLASSPATH in tomcat.sh and
it worked. Why
did I have to do this?
2) The generated mod_jk did not contain any of the apache
directives. I
hacked the 3.2.3 generated file to point to the required 3.3
files and it
appeared to work. Why doesn't 3.3 generate the apache directives?
What are the benefits of upgrading to 3.3? The effort is more
difficult then
I expected.
Dave
--
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: installing tomcat3.3 unix newbie question
Notice the inconsistency in the two setenv commands; the first you have an equal sign and the second one you do not. The second one is the correct form. To reset the PATH variable you can logout and log back in or set the absolute path (eg., setenv PATH $JAVA_HOME/bin:/usr/bin:/usr/local/bin:...) From: Jamesbond [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Sun, 25 Nov 2001 23:30:41 +0100 To: [EMAIL PROTECTED] Subject: installing tomcat3.3 unix newbie question I apologise for this newbie question, I have looked on the internet but couldn't find the solution, so I decided to ask it here. In the process of installing tomcat 3.3 I had to set the path to java. I executed the following lines twice (accidentally) setenv JAVA_HOME=/usr/local/jdk1.1.8 setenv PATH $JAVA_HOME/bin:$PATH I'm in the tcsh shell (freebsd 4.1.1) When I do : echo $PATH it shows the path twice: /usr/local/jdk1.1.8=/bin /usr/local/jdk1.1.8=/bin 1 .How can I remove one of those ? ( I tried unsetenv, but I didn't succeed) 2. Why does it add a '=' in the path? Is this correct? -- 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]
Tomcat 3.3 Upgrade
I have run into a few issues upgrading from 3.2.3 to 3.3:
1) JSP pages would not compile (no class: com.sun.javac.Main). I added
${JAVA_HOME)/lib/tools.jar to the CLASSPATH in tomcat.sh and it worked. Why
did I have to do this?
2) The generated mod_jk did not contain any of the apache directives. I
hacked the 3.2.3 generated file to point to the required 3.3 files and it
appeared to work. Why doesn't 3.3 generate the apache directives?
What are the benefits of upgrading to 3.3? The effort is more difficult then
I expected.
Dave
--
To unsubscribe: mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]
Re: CVS
I have a CVS related question about deploying our servlets and jsp pages. We deploy to a location that does not have access to the internet or the machine that contains CVSROOT. During deployment we make numerous changes to our baseline. There are also changes made to the baseline on our development hosts. What is the best way to deploy and merge the changes into our main CVSROOT? Thanks, David From: John M. Corro [EMAIL PROTECTED] Organization: Cornerstone Consulting, Inc. Reply-To: Tomcat Users List [EMAIL PROTECTED] Date: Tue, 20 Nov 2001 08:46:47 -0800 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: CVS - How the CVS server gets organized is based on preference, in my experience. Usually, I've seen a branch for each individual project and then another one for your organization's library of known stable code (connection mgr, XML utilities maybe, etc) - When you say that each developer would get a version, I'm assuming you're saying each developer would get their own version of CVS which is true...sort of. They'd get their own CVS client, but not necessarily their own CVS repository. Everyone gets access to a shared CVS repository. - I disagree that it's bad to have a Tomcat instance on each workstation (unless your workstations are incredibly underpowered). Giving each app. developer their own private development environemnt is common practice. It allows me as the developer to play w/ things that may reduce the efficiency of the entire team. For instance, say I need to bounce Tomcat alot throughout the day for whatever reason. If I do this, people who are testing their changes may be constantly interrupted by me bouncing Tomcat. The challenge to this development paradigm is that creating a new developer environment is always a hassle (setting up Tomcat, db connections, db layout, etc so that it's perfectly aligned to the staging/production environment). Keeping everyone's code in sync can be a challenge as well...Ant can come in handy in this situation. - Depending on how it's setup, I would recommend against having the webserver automatically deploy the most recent code in CVS. The process, to me, just seems too error prone. There could be exceptions based on the environment, but in general I believe that code should only find it's way to the production environment when it's been specifically requested by the appropriate person/people. - Tomcat could be a great tool for testing. I'd recommend for a Staging and separate Production environment. A Production environment is where the code sits when it's in day-to-day use. A Staging environment is (or at least should be) identical to your Production environment, but is specifically intended for testing purposes - not daily usage. I may get flamed for this, but if you're organization is small you may want to consider M$'s Sourcesafe. It's concepts may be a little bit easier to adapt to if you have no experience w/ CVS. CVS is a great and powerful tool, but if you have no experience w/ it, you could run into some serious migration problems. - Original Message - From: Laurent Michenaud [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, November 20, 2001 6:21 AM Subject: RE: CVS Ok, but i've got a lot of question about the organisation. Here how i would see the cvs server for our case : - There would be a cvs server with different branches( stable, developpement... ) - Each developper would get a version, work it on local and then update it( i don't have any ideas about the times per day of update ). - Each developper would have a local tomcat on his machine( not very good i think ). - Our web server would check the cvs server for the latest stable enough sources. The tomcat on the web server would be used only for global testing. Am i right ? Do u see others points ? We have no experience at all about cvs in our enterprise and it's quite worrying. a+ De : Samuel Rochas [mailto:[EMAIL PROTECTED]] Envoyé : mardi 20 novembre 2001 15:26 À : Tomcat Users List Objet : Re: CVS Bonjour, Laurent Michenaud wrote: Would be CVS a good thing for our environnment ? CVS, or any other configuration management tool is a must while having a team working on a project. You can use some free tools, like the CVS with clients like WinCVS. You can use some (mostly quite expensive) commercial tools if you like. Are there any model of organisation that we would use ? all what you need is a file system and a network connection between the users. Take a look at http://www.gnu.org/manual/cvs-1.9/cvs.html and http://www.cvshome.org/ Slts Samuel Rochas -- SWIPe Software Engineering Project Management GmbH Solutions with Individual Profile Web: http://www.swipe.de -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL
mod_jk differences
I am attempting to upgrade to Tomcat 3.3 from 3.2 and have run into an interesting issue. In attempting to build mod_jk for Tru64, I noticed a versioning mess with the mod_jk code. In some cases the Revision number is higher in the 3.2 source and in others it is higher in the 3.3 source. I included the diff output below. Is this correct? What are the correct versions? for i in `ls *[ch]`^Jdo^Jecho $i^Jdiff $i /home/dwmorsb/apache/jakarta-tomcat-3.2.3-src/src/native/jk | grep Revision jk_ajp12_worker.c * Version: $Revision: 1.4 $ * * Version: $Revision: 1.2.2.1 $ * jk_ajp12_worker.h jk_ajp13.c * Version: $Revision: 1.9 $ * * Version: $Revision: 1.5.2.3 $ * jk_ajp13.h * Version: $Revision: 1.2 $ * * Version: $Revision: 1.3 $ * jk_ajp13_worker.c * Version: $Revision: 1.13 $ * * Version: $Revision: 1.3.2.3 $ * jk_ajp13_worker.h jk_connect.c * Version: $Revision: 1.3 $ * * Version: $Revision: 1.2.2.1 $ * jk_connect.h jk_global.h * Version: $Revision: 1.8 $ * * Version: $Revision: 1.2.2.2 $ * jk_jni_worker.c * Version: $Revision: 1.4 $ * * Version: $Revision: 1.7.2.3 $ * jk_jni_worker.h jk_lb_worker.c * Version: $Revision: 1.4 $ * * Version: $Revision: 1.2.2.1 $ * jk_lb_worker.h jk_logger.h jk_map.c jk_map.h jk_msg_buff.c * Version: $Revision: 1.3 $ * * Version: $Revision: 1.2.2.1 $ * jk_msg_buff.h jk_mt.h jk_nwmain.c jk_pool.c jk_pool.h * Version: $Revision: 1.3 $ * * Version: $Revision: 1.2.2.3 $ * jk_service.h * Version: $Revision: 1.8 $ * * Version: $Revision: 1.2 $ * jk_sockbuf.c * Version: $Revision: 1.3 $ * * Version: $Revision: 1.1.2.3 $ * jk_sockbuf.h jk_uri_worker_map.c * Version: $Revision: 1.8 $ * * Version: $Revision: 1.3.2.1 $ * jk_uri_worker_map.h jk_util.c * Version: $Revision: 1.8 $ * * Version: $Revision: 1.6.2.4 $ * jk_util.h * Version: $Revision: 1.3 $ * * Version: $Revision: 1.5 $ * jk_version.h diff: /home/dwmorsb/apache/jakarta-tomcat-3.2.3-src/src/native/jk/jk_version.h: No such file or directory jk_worker.c * Version: $Revision: 1.2 $ * * Version: $Revision: 1.5 $ * jk_worker.h jk_worker_list.h * Version: $Revision: 1.3 $ * * Version: $Revision: 1.1 $ * -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
