RE: Tomcat 3.3 log rotation in Windows 2000
I don't think Tomcat outputs much to stdout directly. Is there particular output you are looking capture that isn't being written to the tc_log? If not, you could assing the tc_log to a file? In the absence of a path on the LogSetter, I think the output goes to stderr. The syntax applies to logging done by Tomcat's internal logger classes. It wouldn't apply to stdout being sent directly to a file. Cheers, Larry -Original Message- From: Jack Long [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 12:45 PM To: Tomcat Users List Subject: RE: Tomcat 3.3 log rotation in Windows 2000 Larry: Thanks so much for the response -- this has been a vexing problem for us. Our problem is with the stdout.log which we set on the command line when starting Tomcat (eg, -out F:\TomcatLogs\stdout.log). Perhaps this is a JVM issue that can't be address directly with Tomcat (??). The servlet and jasper logs that are set in server.xml rotate just fine. I am assuming (perhaps incorrectly) that the syntax you suggested for the server.xml file will not work on the command line. Any ideas? JL -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 6:48 AM To: Tomcat Users List Subject: RE: Tomcat 3.3 log rotation in Windows 2000 You can include a java.text.SimpleDateFormat string enclosed within ${} in the path specification of LogSetter in the server.xml. For example, the LogSetter for the servlet_log in the default server.xml uses: path=logs/servlet-${MMdd}.log This causes a new log to be started each day. Note that Tomcat 3.3.1 and earlier still write/rewrite a new file when Tomcat is restarted. The Tomcat 3.3.x nightly has been updated to append. Cheers, Larry -Original Message- From: Jack Long [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 04, 2002 7:47 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3 log rotation in Windows 2000 Anyone know a good way to rotate Tomcat logs (e.g., stdout.log) in Windows without stopping Tomcat? We capture lots of logging info and the file builds quickly, but we want to avoid the loss of user sessions that comes with stopping Tomcat to clear/delete the log file. While Tomcat is running, Windows will not let it be delete because the file is in use. Thanks in advance. Jack L -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Help me, please~~~
To manually specify user contexts, see the information found at: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#context_addcust To do something automatically you would need to write your own version of org.apache.tomcat.modules.config.AutoWebApp. Cheers, Larry -Original Message- From: Rouby Maddux [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 29, 2002 2:52 AM To: [EMAIL PROTECTED] Subject: Help me, please~~~ I use tomcat3.3.1 + apache1.3.26 + Debian3.0. I want to let general user can develop their homepages in [userhome]/www. i.e. IF I type http://localhost/~marcus/ in my browser, it must display my homepage right there. What should I do??? -- Open WebMail Project (http://openwebmail.org) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Modifying Tomcat to have WEB-INF/config in Classpath
Hi, Since there is a thread for this here on tomcat-user, I'm replying here instead of tomcat-dev. I think you would save yourself a lot of trouble if you settled for putting db.properties in WEB-INF/classes/config and used: java.util.ResourceBundle.getBundle(config.db).getString(schema) if you really don't want to use WEB-INF/classes directly. This code would still work if you someday upgraded to Tomcat4 or beyond. Cheers, Larry -Original Message- From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 9:48 AM To: Tomcat Developers List Subject: RE: Modifying Tomcat to have WEB-INF/config in Classpath Because i read the properties in a interface like this : package com.a2a.util ; public interface A2aConstantes { public static final String SCHEMA = java.util.ResourceBundle.getBundle(db).getString(schema); } I don't think i can read the property file as u do because i can't do a getResourceAsStream() -Message d'origine- De : Larry Isaacs [mailto:[EMAIL PROTECTED]] Envoyé : mardi 27 août 2002 15:00 À : Tomcat Developers List Objet : RE: Modifying Tomcat to have WEB-INF/config in Classpath It is not clear why adding WEB-INF/config to the webapp classpath is necessary or why you would even want to. If you are simply trying to read a properties file: % java.util.Properties props = new java.util.Properties(); props.load(application.getResourceAsStream( /WEB-INF/config/myprops.properties)); out.println(props); % works for me as a JSP test case. Cheers, Larry -Original Message- From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 8:29 AM To: [EMAIL PROTECTED] Subject: Modifying Tomcat to have WEB-INF/config in Classpath Hi, I want Tomcat 3.3.1 to have WEB-INF/config in the classpath( like WEB-INF/classes ). I have modified the LoaderInteceptor11.java : In the method addContext, i have added : // Add WEB-INF/config File d = new File(base + /WEB-INF/config); if( d.exists() ) { try { URL url=new URL( file, null, d.getAbsolutePath().replace('\\','/') + / ); context.addClassPath( url ); } catch( MalformedURLException ex ) { } } I have recompiled Tomcat but it doesnot work. My properties in WEB-INF/config are still not found. Can anybody help me ? Michenaud Laurent - Adeuza - [ Développeur Web - Administrateur Réseau ] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3 does not find jndi.properties
I'm glad Tomcat 3.3.1 worked, per the other e-mail. In my day job, I have some deadlines coming up and a bunch of code to write. Unless someone else volunteers to be release manager, a 3.3.2 release is probably a month or two away. There just isn't enough spare time to do much at the moment. Cheers, Larry -Original Message- From: Olaf Jahn [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 20, 2002 6:40 AM To: Tomcat Users List Subject: Re: Tomcat 3.3 does not find jndi.properties Larry Isaacs [EMAIL PROTECTED] wrote: If possible, give Tomcat 3.3.2-dev from: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/ a try to see if the fix for Bugzilla #7654 corrects this problem. Thanks a lot, the problem does not exist any more with the lastest 3.3.2-dev. The jndi.properties file placed in WEB-INF/classes is now found and read. When is a release of 3.3.2 to be expected? Regards Olaf -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3 does not find jndi.properties
If possible, give Tomcat 3.3.2-dev from: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/ a try to see if the fix for Bugzilla #7654 corrects this problem. See: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7654 Cheers, Larry -Original Message- From: Olaf Jahn [mailto:[EMAIL PROTECTED]] Sent: Monday, August 19, 2002 12:42 PM To: 'Tomcat Users List' Subject: Tomcat 3.3 does not find jndi.properties Hi, my Tomcat 3.3a does not find the jndi.properties file regardless of where I put it inside the web application tree. That is, I tried the web app root as well as WEB-INF/lib and WEB-INF/classes. Only if I place it directly into jre/lib the file is found, which of course is not really an option for a modular application. Does anyone know any help or maybe a workaround? A little research yielded only that this symptom was encoutered with Tomcat 3.2.x, being a bug in the AdaptiveClassLoader -- which does not seem to exist any more as of Tomcat 3.3 it seems. Olaf -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1
It would seem that the JSPs are being handled as static files and not being handled by the JspInterceptor. I would recommend doublechecking how you have configured your Tomcat and use log output (set non-zero debug levels as needed) to see why it is behaving the way it is. Cheers, Larry -Original Message- From: Vijay [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 15, 2002 9:44 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1 Hi I am using Embedded tomcat 3.3.1. When i query for a JSP page it does not execute it but it displays the jsp file as the same file. Help me !!! Thanks Regards Vijay -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: upgrading from v.3.1.1 to v.3.3 ?
I would start with: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme which documents changes to Tomcat 3.3 from Tomcat 3.2.x. Install a complete copy of Tomcat 3.3.1 and either copy your web applications over, or refer to: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#context_addcust on how to serve your 3.1.1 webapps without copying them. As long as your webapps are not dependent on bugs or quirks in Tomcat 3.1.1, it shouldn't be a lot of work getting them to run successfully in Tomcat 3.3.1. HTH Cheers, Larry -Original Message- From: Paul Tomsic [mailto:[EMAIL PROTECTED]] Sent: Friday, August 09, 2002 7:23 PM To: [EMAIL PROTECTED] Subject: upgrading from v.3.1.1 to v.3.3 ? What's involved w/ an upgrade of Tomcat from 3.1.1 to 3.3? Is this a fairly straight forward task, or is it quite involved? We're experiencing some odd behaviour from 3.1.1, and can't help but wonder if it's got something to do w/ the old version. Unfortunately, we're in the middle of a crunch deadline, so if it's as simple as say, swapping out a jar file or something, that would be great. Thoughts, or can someone point me to a FAQ on upgrading like this? Thanks, Paul Tomsic __ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classpath Woes...
Ben, Does the /examples webapp works fine and only your webapp is exibiting this behavior? If so, does your web.xml re-map *.jsp to the JspServlet? Cheers, Larry -Original Message- From: Ben Boule [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 31, 2002 9:11 AM To: 'Tomcat Users List' Subject: RE: Classpath Woes... Tomcat 3.3.1, downloaded as a binary, installed in a new directory on Solaris 8. No changes were made to the Tomcat configuration, other than things like turning on debug flags in server.xml, etc... Ben -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 6:56 PM To: Tomcat Users List Subject: RE: Classpath Woes... Which Tomcat 3.3.x, and was it installed in a new directory (which is recommended)? Any changes to the default configuration? The default configuration of Tomcat 3.3.x doesn't use the JspServlet. Cheers, Larry -Original Message- From: Ben Boule [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 6:06 PM To: '[EMAIL PROTECTED]' Subject: Classpath Woes... Hi, I was wondering if anyone could help me out with a problem with Tomcat 3.3.x. We've developed our application under the Tomcat 3.2.x implementation that is integrated into JBuilder 6. We use Struts for our framework. The application works fine in that environment. I am now trying to set up the deployment, and we wanted to use either Tomcat 3.3.x or Tomcat 4.0.x.Tomcat 4 seems to have issues with our ORB implementation (Borland) so for now I am working with 3.3.x. The problem is that when the application goes to compile a .jsp file for the first time, it encounters a ClassNotFoundException trying to find a Jasper class, JspServlet. e.x. (from the std output) 2002-07-30 17:58:30 - Ctx(/app name) : Class not found: org.apache.jasper.servlet.JspServlet If I copy the jasper.jar file from $TOMCAT_HOME/lib/container into app name/WEB-INF/lib, then the Jasper classes are not found. However, this results in another class not found exception, this time it can't find the classes for the javac compiler! (sun.tools.something) If I then copy the tools.jar file from the JDK 1.3 distribution into the WEB-INF/lib directory, everything works. This would obviously seem to be an unacceptable solution however. I can't figure out why this is happening. It doesn't happen with the example applications under the exact same environment. (JAVA_HOME is set to point to JDK 1.3.1, TOMCAT_HOME is set to the right directory as well.) I have read the classloader-howto several times but I can't figure out what's wrong. Thanks, Ben Boule -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classpath Woes...
Which Tomcat 3.3.x, and was it installed in a new directory (which is recommended)? Any changes to the default configuration? The default configuration of Tomcat 3.3.x doesn't use the JspServlet. Cheers, Larry -Original Message- From: Ben Boule [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 30, 2002 6:06 PM To: '[EMAIL PROTECTED]' Subject: Classpath Woes... Hi, I was wondering if anyone could help me out with a problem with Tomcat 3.3.x. We've developed our application under the Tomcat 3.2.x implementation that is integrated into JBuilder 6. We use Struts for our framework. The application works fine in that environment. I am now trying to set up the deployment, and we wanted to use either Tomcat 3.3.x or Tomcat 4.0.x.Tomcat 4 seems to have issues with our ORB implementation (Borland) so for now I am working with 3.3.x. The problem is that when the application goes to compile a .jsp file for the first time, it encounters a ClassNotFoundException trying to find a Jasper class, JspServlet. e.x. (from the std output) 2002-07-30 17:58:30 - Ctx(/app name) : Class not found: org.apache.jasper.servlet.JspServlet If I copy the jasper.jar file from $TOMCAT_HOME/lib/container into app name/WEB-INF/lib, then the Jasper classes are not found. However, this results in another class not found exception, this time it can't find the classes for the javac compiler! (sun.tools.something) If I then copy the tools.jar file from the JDK 1.3 distribution into the WEB-INF/lib directory, everything works. This would obviously seem to be an unacceptable solution however. I can't figure out why this is happening. It doesn't happen with the example applications under the exact same environment. (JAVA_HOME is set to point to JDK 1.3.1, TOMCAT_HOME is set to the right directory as well.) I have read the classloader-howto several times but I can't figure out what's wrong. Thanks, Ben Boule -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: disabling cookies, Tomcat 3.3.1 Final
What you are looking for isn't directly supported in Tomcat 3.3.1. Are you able permitted to use customized version of Tomcat 3.3.1? If not, you could try setting noCookies=true on the global SessionId and setting noCookies=false on the local SessionId for Contexts you want to use cookies. It looks like the cookiesFirst setting on the global SessionId will apply to all. If you can use a customized (i.e. replace SessionId with your modified version) Tomcat 3.3.1, then a better solution should be possible. Let me know if you want to try this path. Cheers, Larry -Original Message- From: Christian Kurze [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 7:21 AM To: Tomcat Users List Subject: disabling cookies, Tomcat 3.3.1 Final HI, I want to use URL rewriting for session tracking by default, that means, even if the user has activated cookies in his/her browser, the url should be encoded via response.encodeURL(). There is a module SessionId cookiesFirst=false noCookies=true / to use in the server.xml. But I don't know where to place it, because I want to deactivate cookies in only one context. The others should use cookies by default. I tried the following, but it didn't work for me: Context path=/onlinestore docBase=D:\Java\onlinestore\defaultroot crossContext=true workdir=D:\Java\onlinestore\defaultroot debug=0 reloadable=true SessionId cookiesFirst=false noCookies=true / /Context In 4.0 there is an attribute for Context, cookies=false, but I HAVE TO work with 3.3.1 final. Is it possible to deactivate cookies in the web.xml file? Any help appreciated. Thanks Christian -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: disabling cookies, Tomcat 3.3.1 Final
It may be that the local SessionId executes too early in the chain to have the desired effect. A feature of the Context element is that any attribute that doesn't have an explicit setter get stored in a properties hashtable in the Context. Thus, you could add noCookies=true to the Context, i.e. Context ... noCookies=true ... and a noCookies property would be set on that Context. I believe you could create a MySessionId interceptor that extends SessionId. It would override the beforeBody() method and would check the noCookie property on the context. If found and is true, then skip calling super.beforeBody(...) so the normal handling is skipped and the cookie isn't added. Let me know if a modification like this would be acceptable. Cheers, Larry -Original Message- From: Christian Kurze [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 8:53 AM To: Tomcat Users List Subject: RE: disabling cookies, Tomcat 3.3.1 Final THanks, but it doesn't work. I set SessionId cookiesFirst=false noCookies=true / in the ContextManager. But the browsers still use cookies. I tried to put SessionId in the server-section, without success. I'm not allowed to modify the whole server.xml. But I can modify my context-section. Please tell me about your other solution, maybe I can persuade the admins to change the whole server.xml. thx in advance Christian -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 2:27 PM To: 'Tomcat Users List' Subject: RE: disabling cookies, Tomcat 3.3.1 Final What you are looking for isn't directly supported in Tomcat 3.3.1. Are you able permitted to use customized version of Tomcat 3.3.1? If not, you could try setting noCookies=true on the global SessionId and setting noCookies=false on the local SessionId for Contexts you want to use cookies. It looks like the cookiesFirst setting on the global SessionId will apply to all. If you can use a customized (i.e. replace SessionId with your modified version) Tomcat 3.3.1, then a better solution should be possible. Let me know if you want to try this path. Cheers, Larry -Original Message- From: Christian Kurze [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 7:21 AM To: Tomcat Users List Subject: disabling cookies, Tomcat 3.3.1 Final HI, I want to use URL rewriting for session tracking by default, that means, even if the user has activated cookies in his/her browser, the url should be encoded via response.encodeURL(). There is a module SessionId cookiesFirst=false noCookies=true / to use in the server.xml. But I don't know where to place it, because I want to deactivate cookies in only one context. The others should use cookies by default. I tried the following, but it didn't work for me: Context path=/onlinestore docBase=D:\Java\onlinestore\defaultroot crossContext=true workdir=D:\Java\onlinestore\defaultroot debug=0 reloadable=true SessionId cookiesFirst=false noCookies=true / /Context In 4.0 there is an attribute for Context, cookies=false, but I HAVE TO work with 3.3.1 final. Is it possible to deactivate cookies in the web.xml file? Any help appreciated. Thanks Christian -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and Tag Lib
As a Servlet 2.2/JSP 1.1 reference implementation, by design, it would not be able to handle a 1.2 tag library. You will need to still with 1.1. Cheers, Larry -Original Message- From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 9:01 AM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1 and Tag Lib I would like to know whether i can use JSP Tag Library 1.2 with JSP 1.1 and so with Tomcat 3.3.1 ? Or should i use JSP Tag Library 1.1 instead ? Thanks Michenaud Laurent - Adeuza - [ Développeur Web - Administrateur Réseau ] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: What can cause a clean Tomcat shutdown?
I am not aware of any way to have a spontaneous clean shutdown in Tomcat 3.3.1 (besides sending a shutdown message like shutdown.sh does). If feasible, I would recommend compiling a custom version of Tomcat 3.3.1, with extra logging added to help detect the cause. I would start with ContextManager.shutdown(). Add some logging (there doesn't appear to be helpful logging there by default), and print a stack trace. Then see where the logs lead you, adding more logging as needed. Cheers, Larry -Original Message- From: Attila Szegedi [mailto:[EMAIL PROTECTED]] Sent: Monday, July 15, 2002 9:51 AM To: Tomcat Users List Subject: What can cause a clean Tomcat shutdown? Guys, I'm asking this question again in hope someone notices this time: Except for the stop command sent to the Ajp12 connector, is there another event that will cause a Tomcat 3.3.1 to shut down cleanly? We experience sporadic spontaneous clean shutdowns of Tomcat 3.3.1 and have no idea what causes them. We know these are normal shutdowns since the servlet log shows the contexts are being unloaded and servlets' destroy() methods are being called - just as if someone has issued a tomcat.sh stop (before you ask: nobody does). Any clues appreciated. Cheers, Attila. -- Attila Szegedi home: http://www.szegedi.org -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: getRemoteUser in Tomcat 3.3.1 does not work
To use Apache's authentication, you must update the Ajp13Connector to set tomcatAuthentication false in your server.xml (it defaults true), i.e.: Ajp13Connector port=8009 tomcatAuthentication=false / There is a little bit of documentation concerning this in the server.xml, above the Ajp13Connector element. You can find a little more documentation here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#Ajp13Connector Once tomcatAuthentication is set false, any security constraints in web.xml files will no longer work. This probably won't impact your web applications, but the security examples will stop functioning. Cheers, Larry -Original Message- From: Andreas Lehmann [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 5:43 AM To: 'Tomcat Users List' Subject: getRemoteUser in Tomcat 3.3.1 does not work Hi, I am trying to get the remote user under tomcat 3.3.1 and apache 1.3.12 on NT4 and Win2k. The authentification is done by apache and the ntlm module. If I try getRemoteUser() I only get a null value. I tryed NTLM and BASIC authentification - nothing works. I tryed various mod_jk.dll Versions - nothing helps. I tryed Tomcat 3.2.3 - everything works fine. Whats the problem with tomcat 3.3.1? Is this a bug or bevavior by design? cu Andreas -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Decode Interceptor: charset from session. How to get rid of it in tomcat 3.3
DecodeInterceptor debug=-1 / worked for me. Larry -Original Message- From: Antonio Aparicio [mailto:[EMAIL PROTECTED]] Sent: Friday, July 12, 2002 7:14 AM To: [EMAIL PROTECTED] Subject: Decode Interceptor: charset from session. How to get rid of it in tomcat 3.3 As you can read in the subect, this trace or whatever, is appearing in the console on everyr request made to tomcat(v3.3, novell6,jdk1.3.0.1). I've tried everything with the decodeinterceptor entry (ie: debug -1 or 0) in server.xml, but it is still there. I´ve readt it's fixed in Tomcat 3.3.1, but what with 3.3? By the way, if the only solution is going for the upgrade, which is the latest version of tomcat available for novell 6? Thanks in advance. Anxiously waiting for your answers, Antonio. _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests
AcessLogInterceptor writes the log entry using the beforeCommit() hook. If no response is generated by the request, then it appears that no log entry would be created. Cheers, Larry -Original Message- From: Lemke, Michael IZ/HZA-IC1 [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 02, 2002 4:10 AM To: 'Tomcat Users List' Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests We are running Tomcat 3.3.1 in standalone mode (no Apache etc) and log requestes to AccessLog with AccessLogInterceptor. Unless we misconfigured something it seems like PUT requests only show up in the log if they produced an error (404, 500). Is this a configuration problem or is there something wrong with AccessLogInterceptor? Thnaks, Michael -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: getting isapi_redirect.dll to work with tomcat 4.0 and IIS
See if: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg55430.html helps. This issue isn't related to the choice of isapi_redirect.dll or isapi_redirector.dll. Larry -Original Message- From: mallen [mailto:[EMAIL PROTECTED]] Sent: Monday, July 01, 2002 4:05 PM To: 'Tomcat Users List' Subject: RE: getting isapi_redirect.dll to work with tomcat 4.0 and IIS Well... I've tried both those solutions; same error, except that now the error code after the 404 is 660 instead of 654. Any more thoughts about how this double indirection could be happening? Thanks, Michael -Original Message- From: Andrew Conrad [mailto:[EMAIL PROTECTED]] Sent: Monday, July 01, 2002 12:17 PM To: 'Tomcat Users List'; Michael Allen Subject: RE: getting isapi_redirect.dll to work with tomcat 4.0 and IIS Hey Michael, Your problem is very interesting. It seems your redirector is getting you to the Tomcat server (your getting a tomcat error) then looking for the redirector again. the file isapi_redirect.dll is from Tomcat 3.3 I believe. While all the documentation says it will work, I had the smoothest installation using this redirector http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4 .0.3/bin/w in32/ the file name is isapi_redirector.dll and you will need to make sure you modify all your registry settings to reflect this. renaming the file to isapi_redirect.dll may cause problems because I think it looks internally for itself. then, start check that your virtual directory jakarta pointing to the folder containing isapi_redirector.dll if neither of those solutions work, you might want to start over using this step-by-step install guide. http://www.getnet.net/~rbarr/TomcatOnIIS/default.htm -Andrew -Original Message- From: Michael Allen [mailto:[EMAIL PROTECTED]] Sent: Monday, July 01, 2002 11:58 AM To: [EMAIL PROTECTED] Subject: getting isapi_redirect.dll to work with tomcat 4.0 and IIS Hello! I think I have been through all the FAQs available, and I feel like I am close to getting this to work. I have set up the /jakarta/ as a virtual folder, I have edited the registry, I get a green arrow under ISAPI filters. but when I try to go to, for example, http://localhost/examples/jsp/dates/date.jsp, I get the following in my browser: Apache Tomcat/4.0.3 - HTTP Status 404 - /jakarta/isapi_redirect.dll _ type Status report message /jakarta/isapi_redirect.dll description The requested resource (/jakarta/isapi_redirect.dll) is not available. And in my log file I get: 002:10:59:06 -0600] GET /jakarta/isapi_redirect.dll? HTTP/1.1 404 654 on the other hand, if I try: http://localhost:8080/examples/dates/dates.jsp; everything is happy. Am I close? Help. Michael Michael E. Allen, Ph.D. (847)965-2932 Senior Research Scientist [EMAIL PROTECTED] Compuational Research Group Integrated DNA Technologies Suite 700 8930 Gross Point Rd. Skokie, IL 60077 -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Two Tomcat 3.3.1 issues; SSL and Coyote
Unfortunately, the build process I used to create the the 3.3.1 distribution binaries didn't include the PureTLS support. You will need to rebuild Tomcat 3.3.1 from source to pickup the PureTLS support. PureTLS support is now included in the Tomcat 3.3.x build process, so you might try 3.3.x first see if you can get it working. I'll see about getting the Coyote release notes updated to say CoyoteInterceptor2. Thanks. Cheers, Larry -Original Message- From: Sam Ewing [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 12:56 AM To: Tomcat Users List Subject: Two Tomcat 3.3.1 issues; SSL and Coyote I had a couple of problems with Tomcat 3.3.1. Any help appreciated!! 1. I was trying to use PureTLS with the standand HTTP/1.0 Tomcat connector. I copied over the three jar file - cryptix32.jar, cryptix-asn1.jar and puretls.jar into %JAVA_HOME%\jre\lib\ext I get the exception- org.apache.tomcat.core.TomcatException: Error loading SSLImplementation I copies the jsse jar files here and SSL works fine... 2. Next, I tried the Coyote connector, and following the instructions given at http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coy ote/release/v1.0-rc2/ to a 'T'. Result: I found that module name=CoyoteConnector javaClass=org.apache.coyote.tomcat3.CoyoteInterceptor/ needs to be module name=CoyoteConnector javaClass=org.apache.coyote.tomcat3.CoyoteInterceptor2/ (note the '2'). I make the change, and Tomcat starts up fine- however, the browser cant access http://localhost:8081 (the port I configured this connector at). No errors too.. Help!! Tx __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1: how to deny access for certain IP addresses?
Tomcat 3.3.x uses modules/interceptors instead of valves. A single class can participate in many aspects of server operation. Your class would extend BaseInterceptor and implement one or more methods to achieve the desired behavior. The postReadRequest might be a reasonable one to use. A non-zero return value triggers the status handler, which assumes the value is the error status. Returning 403 would cause a a forbidden error. Some digging into the sources would be needed, but hopefully not to much. Cheers, Larry -Original Message- From: Lemke, Michael IZ/HZA-IC1 [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 18, 2002 5:39 AM To: 'Tomcat Users List' Subject: RE: Tomcat 3.3.1: how to deny access for certain IP addresses? Thanks to ravi and Ralph for their fast replies. From that it looks like what I want can't easily be done. I need it as a protection against misconfiguration on the client side within the intranet. So firewall is out. It is a third party software so modifying the code is out. And porting the valve from Tomcat 4.0 is beyond my non-existing Java skills. I was hoping for something simple like the valve but for TC 3.3.1. Thanks anyway, Michael -Original Message- From: ravi [SMTP:[EMAIL PROTECTED]] Sent: Monday, June 17, 2002 2:03 PM To: Tomcat Users List Subject:Re: Tomcat 3.3.1: how to deny access for certain IP addresses? hi mike, one way of handling it is thro ur appln itself by using request.getRemoteAddr() which returns the IP address of the client requesting ur servlet this can then be compared/patternmatched against a databse or any other storage unit... regs, ravi - Original Message - From: Lemke, Michael IZ/HZA-IC1 [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 17, 2002 4:44 PM Subject: Tomcat 3.3.1: how to deny access for certain IP addresses? The subject pretty much says it. We run Tomcat 3.3.1 as a webserver (no Apache or anything) and would like to deny access from certain IP addresses. More precisely, for a certain servlet. Can this be done and if yes, how? Thanks, Michael -- Michael Lemke -- Information Services Communication (IZ/HZA-IC1) INA-Schaeffler KG, Tel: +49 (0)9132 - 82 3441 Industriestr 1-3,e-mail: [EMAIL PROTECTED] D-91074 Herzogenaurach http://www.ina.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat Unexplained Shutdown
Have you verified that the System.exit()s in IfaxSend.java. are not being executed? If executed, they would to a fine job of taking down Tomcat. Cheers, Larry -Original Message- From: Geoff Peters [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 11, 2002 8:13 AM To: Tomcat Users List Subject: RE: Tomcat Unexplained Shutdown Here are the uncompiled servlets (the ones that would possibly cause the shutdowns) - if you need the associated jar file let me know... thanks! Geoff -Original Message- From: FEDERICO MARTIN LARA [mailto:[EMAIL PROTECTED]] Sent: June 11, 2002 9:06 AM To: Tomcat Users List Subject: RE: Tomcat Unexplained Shutdown Great! Have you got the sevlets?. -Mensaje original- De: Geoff Peters [mailto:[EMAIL PROTECTED]] Enviado el: martes, 11 de junio de 2002 13:34 Para: [EMAIL PROTECTED] Asunto: Tomcat Unexplained Shutdown -Original Message- From: Geoff Peters Sent: June 7, 2002 11:12 AM To: Tomcat Users List Subject: Tomcat Unexplained Shutdown I am running Tomcat 4.0.2 on Windows NT 4.0, it is running a web based faxing application that users can attach a document to send to a server process that sends it as an attachment. This is done using servlets. Every so often, if a user uploads an attachment the server doesn't like, it shuts down Tomcat, other times it seems if the user tries to view a file on the server that doesn't exist, the Tomcat server shuts itself down. This is very annoying, and the customer is not impressed - is there is a way to simply throw an exception and continue running, instead of Tomcat shutting itself down? I can't really be more specific as there are no errors in the log files to correspond to these occurrences, all I know is that it happens and makes the app look WAY less stable than if it was built using ASP's and running under IIS.. Any suggestions? Geoff -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1/Apache Virtual Host and Alias
Check the mod_jk log and make sure the www.test.net requests are being forwarded to Tomcat. If so, set the debug level on SimpleMapper1 in server.xml to 1 and examine the Tomcat log to see how the www.test.net requests are being handled differently from www.test.com requests. I currently don't see anything in your config files that would cause this not to work. Note that the debug attributes should be set a numeric value rather than info. I would guess this would be equivalent to setting it to zero. Cheers, Larry -Original Message- From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 12:27 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1/Apache Virtual Host and Alias Hi, I've Tomcat 3.3.1 and Apache running together with mod_jk. I'm trying to setup alias for VirtualHost in the tomcat configuration but it doesnot work. * Here what i have in httpd.conf : NameVirtualHost 192.168.1.125:80 VirtualHost 192.168.1.125:80 DocumentRoot c:/adeuza/sites/fortunoclic ServerName www.test.fr ErrorLog c:\tmp\apache-error-testfr.log CustomLog c:\tmp\apache-access-testfr.log common /VirtualHost VirtualHost 192.168.1.125:80 DocumentRoot c:/adeuza/sites/test ServerName www.test.com ServerAlias www.test.net ErrorLog c:\tmp\apache-error-testcom.log CustomLog c:\tmp\apache-error-testcom.log common /VirtualHost * And my apps-testfr.xml ?xml version=1.0 encoding=ISO-8859-1? webapps Host name=www.test.fr address=192.168.1.125:80 Context path=/ docBase=c:/adeuza/sites/fortunoclic debug=info /Context /Host /webapps * And my apps-testcom.xml ?xml version=1.0 encoding=ISO-8859-1? webapps Host name=www.test.com address=192.168.1.125:80 alias name=www.test.net / Context path=/ docBase=c:/adeuza/sites/test debug=info /Context /Host /webapps www.test.fr and www.test.com are ok. www.test.net can display the correct html files but it cannot find the jsp and servlet Michenaud Laurent - Adeuza - [ Développeur Web - Administrateur Réseau ] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1/Apache Virtual Host and Alias
It looks like the only way for things not to be working is if the www.test.net isn't being added as a host alias on the Tomcat side. Try Alias .../ with a capital 'A', i.e: Alias name=www.test.net / I believe this will get it working. Cheers, Larry -Original Message- From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 1:06 PM To: Tomcat Users List Subject: RE: Tomcat 3.3.1/Apache Virtual Host and Alias Requesting www.test.net/index.jsp logs : * In mod_jk.log : [Mon Jun 10 18:51:00 2002] [jk_uri_worker_map.c (351)]: Into jk_uri_worker_map_t::map_uri_to_worker [Mon Jun 10 18:51:00 2002] [jk_uri_worker_map.c (368)]: Attempting to map URI '/index.jsp' [Mon Jun 10 18:51:00 2002] [jk_uri_worker_map.c (416)]: jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match ajp13 - *.jsp [Mon Jun 10 18:51:00 2002] [jk_worker.c (123)]: Into wc_get_worker_for_name ajp13 [Mon Jun 10 18:51:00 2002] [jk_worker.c (127)]: wc_get_worker_for_name, done found a worker [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (865)]: Into jk_worker_t::get_endpoint [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (775)]: Into jk_endpoint_t::service [Mon Jun 10 18:51:00 2002] [jk_ajp13.c (403)]: Into ajp13_marshal_into_msgb [Mon Jun 10 18:51:00 2002] [jk_ajp13.c (537)]: ajp13_marshal_into_msgb - Done [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (206)]: sending to ajp13 #334 [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (645)]: send_request 2: request body to send 0 - request body to resend 0 [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (258)]: received from ajp13 #47 [Mon Jun 10 18:51:00 2002] [jk_ajp13.c (584)]: ajp13_unmarshal_response: status = 404 [Mon Jun 10 18:51:00 2002] [jk_ajp13.c (591)]: ajp13_unmarshal_response: Number of headers is = 2 [Mon Jun 10 18:51:00 2002] [jk_ajp13.c (634)]: ajp13_unmarshal_response: Header[0] [Content-Type] = [text/html] [Mon Jun 10 18:51:00 2002] [jk_ajp13.c (634)]: ajp13_unmarshal_response: Header[1] [Content-Length] = [171] [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (258)]: received from ajp13 #175 [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (258)]: received from ajp13 #2 [Mon Jun 10 18:51:00 2002] [jk_ajp13_worker.c (549)]: Into jk_endpoint_t::done * In tc.log After tomcat load : ( there is no www.test.net, normal ? ) 2002-06-10 19:00:25 - ContextManager: Tomcat configured and in stable state 2002-06-10 19:00:25 - ContextManager: Adding www.test.fr:/ROOT 2002-06-10 19:00:25 - ContextManager: Adding www.test.com:/ROOT When i call www.test.net/index.jsp : 2002-06-10 19:00:53 - ContextManager: Host = www.test.net 2002-06-10 19:00:53 - ContextManager: Assertion failed: container==null (no Default Context?) 2002-06-10 19:00:53 - Ctx() : Status code:404 request:R( /index.jsp) msg:null Any ideas ? -Message d'origine- De : Larry Isaacs [mailto:[EMAIL PROTECTED]] Envoyé : lundi 10 juin 2002 18:47 À : 'Tomcat Users List' Objet : RE: Tomcat 3.3.1/Apache Virtual Host and Alias Check the mod_jk log and make sure the www.test.net requests are being forwarded to Tomcat. If so, set the debug level on SimpleMapper1 in server.xml to 1 and examine the Tomcat log to see how the www.test.net requests are being handled differently from www.test.com requests. I currently don't see anything in your config files that would cause this not to work. Note that the debug attributes should be set a numeric value rather than info. I would guess this would be equivalent to setting it to zero. Cheers, Larry -Original Message- From: Laurent Michenaud [mailto:[EMAIL PROTECTED]] Sent: Monday, June 10, 2002 12:27 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1/Apache Virtual Host and Alias Hi, I've Tomcat 3.3.1 and Apache running together with mod_jk. I'm trying to setup alias for VirtualHost in the tomcat configuration but it doesnot work. * Here what i have in httpd.conf : NameVirtualHost 192.168.1.125:80 VirtualHost 192.168.1.125:80 DocumentRoot c:/adeuza/sites/fortunoclic ServerName www.test.fr ErrorLog c:\tmp\apache-error-testfr.log CustomLog c:\tmp\apache-access-testfr.log common /VirtualHost VirtualHost 192.168.1.125:80 DocumentRoot c:/adeuza/sites/test ServerName www.test.com ServerAlias www.test.net ErrorLog c:\tmp\apache-error-testcom.log CustomLog c:\tmp\apache-error-testcom.log common /VirtualHost * And my apps-testfr.xml ?xml version=1.0 encoding=ISO-8859-1? webapps Host name=www.test.fr address=192.168.1.125:80 Context path=/ docBase=c:/adeuza/sites/fortunoclic debug=info /Context /Host /webapps * And my apps-testcom.xml ?xml version=1.0 encoding=ISO-8859-1
RE: Classpaths
Since you are using Tomcat 3.3, see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#configuring_classes It describes how to add classes. Item 2, describes two System properties that can be used to add directories or jars to the Common and Apps classloaders. Cheers, Larry -Original Message- From: Muñoz Ordenes Andrés (Casa Matriz) [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 4:42 PM To: 'Tomcat Users List' Subject: RE: Classpaths -Mensaje original- De: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Enviado el: Thursday, June 06, 2002 4:39 PM Para: Tomcat Users List Asunto: RE: Classpaths Howdy, How can i do for add classes to Tomcat Classpath?... i have an application The short answer: in many many ways ;) hahahahaha... :D The long answer: depends on where you want the classes to be visible. If you just want them for one web-app, add them to that web-app's /WEB-INF/classes directory. Or package them as a jar and add them to the /WEB-INF/lib directory. I can't do this... i mean, i must no move classes If you want the classes to be visible to more than one web-app, you can put them in $CATALINA_HOME/classes, or again package them up as a jar and put them in $CATALINA_HOME/lib. Mmmm... i have Tomcat 3.3... and i can't move classes... Another chance? Atte. Andrés Muñoz O. Fono: 690 3155 -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3 and LDAP
No. Only Tomcat 4 provides JNDIRealm support. Cheers, Larry -Original Message- From: Urtzi Larrazabal [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 06, 2002 11:56 AM To: Tomcat Users List (E-mail) Subject: Tomcat 3.3 and LDAP I would like to know if Tomcat 3.3 has the JNDIRealm feature to authentificate users with LDAP. -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: tomact not staring
See item 2 under the (5) Troubleshooting: section of RUNNING.txt in the Tomcat installation directory. It addresses this issue. Cheers, Larry -Original Message- From: puneet sachar [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 6:09 AM To: Tomcat Users List Subject: RE: tomact not staring sir i did that what already not working is tomcat4.0.4 is for NT only as i'm using win 98 Puneet --- jon wingfield [EMAIL PROTECTED] wrote: change the memory settings for the DOS console. When I run TC under windows I have the initial environment memory set to 4096 (the maximum available through the UI). -Original Message- From: puneet sachar [mailto:[EMAIL PROTECTED]] Sent: 05 June 2002 07:06 To: Tomcat Users List Subject: tomact not staring hi developers i have installed tomcat 4.0.4 and did everything as mention ... and in autoexec file mention set java_home as c:\jdk1.3 still giving me error out of environment space when changes made to memory of the .bat file .. now saying java_home variable is not defien... this is starnge to me .. same working ta my home not in office vie my bat file and tell me what could be error -- SET JAVA_HOME=C:\JDK1.3 SET CATALINA_HOME=c:\Tomcat SET PATH=C:\JDK1.3\bin;C:\Tomcat\bin;C:\JMETER\jakarta-jmeter\bin; C:\Oracle\Ora8 1\BIN;.; SET CLASSPATH=C:\jdk1.3\lib\tools.jar;C:\Tomcat\lib\jasper-compile r.jar;C:\Tomca t\lib\jasper-runtime.jar;C:\Tomcat\lib\naming-factory.jar;.; - regards Puneet __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.2 : Include File Paths
If your docBase is set to /net/webapps then what you describe should work. If your docBase is set to /net/webapps/test, then the .. in your include is trying to go outside of the webapp, which is not allowed. Cheers, Larry -Original Message- From: Steve [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 7:12 AM To: [EMAIL PROTECTED] Subject: Tomcat 3.2 : Include File Paths Hi; I'm using Tomcat 3.2 I have a webapp defined on my system to be: /net/webapps Under the directory webapps I have several subdirectories for jsps and various resources. In one file, /net/webapps/test/test.jsp, I am trying to use this include directive %@ include file=../common/copyright.html % to include /net/webapps/common/copyright.html I keep getting error code 500 and the message bad file argument to include Anyone have any idea of what is going on and how I can back up with file paths? Thanks in advance Steve __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.2 : Include File Paths
I don't know why it wouldn't work other than due to a simple typo. Larry -Original Message- From: Steve [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 10:48 AM To: Tomcat Users List Subject: RE: Tomcat 3.2 : Include File Paths My docbase is set to /net/webapps Still gives me bad argument to include file Steve --- Larry Isaacs [EMAIL PROTECTED] wrote: If your docBase is set to /net/webapps then what you describe should work. If your docBase is set to /net/webapps/test, then the .. in your include is trying to go outside of the webapp, which is not allowed. Cheers, Larry -Original Message- From: Steve [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 7:12 AM To: [EMAIL PROTECTED] Subject: Tomcat 3.2 : Include File Paths Hi; I'm using Tomcat 3.2 I have a webapp defined on my system to be: /net/webapps Under the directory webapps I have several subdirectories for jsps and various resources. In one file, /net/webapps/test/test.jsp, I am trying to use this include directive %@ include file=../common/copyright.html % to include /net/webapps/common/copyright.html I keep getting error code 500 and the message bad file argument to include Anyone have any idea of what is going on and how I can back up with file paths? Thanks in advance Steve __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Help with Tomcat and IIS
The isapi_redirect[or].dll is both a filter and an extension. The filter portion examines the request to see if it should be forwarded to Tomcat. If so, the request URI is saved in new header entries which are added to the request and the request URI is replaced with the extension-uri value. This causes the request to be processed by the extension portion of the dll which handles the communications with Tomcat. Your symptom is typical of having the isapi filter called twice per request where even /jakarta/isapi_redirector.dll is configured to be forwarded to Tomcat. The second call to the filter routine replaces the correctly request URI, saved previously, with /jakarta/isapi_redirector.dll and the request is now doomed to failure. Since it appears you didn't make the mistake of adding the Filter DLLs key, check to make sure the filter appears only once in either the desired virtual host(s) or in their parent node. It should not appear at both levels. Cheers, Larry -Original Message- From: Robert A. Rogerson [mailto:[EMAIL PROTECTED]] Sent: Monday, June 03, 2002 7:07 PM To: Tomcat Users List Subject: RE: Help with Tomcat and IIS Hi Larry. I checked my registry (NT4 SP6) and the only reference to islapi_rediector.dll is under HKEY_LOCAL_MACHINE/SOFTWARE/Apache Software Foundation/Jakarta Isapi Redirector/1.0/extension_uri=/jakarta/isapi_redirector.dll. I did notice in other docs that the redirector should only be entered for Filter DLLs for Win98. Could I be confused and the extension_uri=/jakarta/isapi_redictor.dll should not exist? Thanks, Rob -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Monday, June 03, 2002 11:31 AM To: Tomcat Users List Subject: RE: Help with Tomcat and IIS The /jakarta/isapi_redirector.dll URI should never be forwarded to Tomcat. It occurrence indicates that the isapi_redirector.dll filter is being called more than once per request. In the past this error was most often accomplished on WinNT/Win2k systems by adding the filter via the Admin console and incorrectly adding it again via the Filter DLLs registry key. The Filter DLLs is for Win9x only. There have also been instances of the dll filter being added globally and to an individual web server causing it to be called twice. Cheers, Larry -Original Message- From: Robert A. Rogerson [mailto:[EMAIL PROTECTED]] Sent: Monday, June 03, 2002 11:55 AM To: [EMAIL PROTECTED] Subject: Help with Tomcat and IIS I installed Tomcat 4.0.3 and followed the How To directions for redirecting when using IIS. JSP pages are served correctly through Tomcat http://local host:8080/examples/jsp/dates/date.jsp but when I try and serve a simple jsp http://localhost/test.jsp where test.jsp is html head titleWelcome JSP/title /head body bgcolor=white h3 Welcome /h3 pb Today is %= new java.util.Date() %. Have a nice day! :-) /b/p /body /html I receive the error ...titleApache Tomcat/4.0.3 - Error report/title ...Apache Tomcat/4.0.3 - HTTP Status 404 - /jakarta/isapi_redirector.dll ...type/b Status report ...message/b u/jakarta/isapi_redirector.dll ...description/b uThe requested resource (/jakarta/isapi_redirector.dll) is not available. through IIS. I checked the authority to the /jakarta virtual directory and it does have Execute permission. Any ideas would be appreciated. Robert A. Rogerson Phone: 905-826-7761 Cell: 416-562-1039 Email:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Help with Tomcat and IIS
The /jakarta/isapi_redirector.dll URI should never be forwarded to Tomcat. It occurrence indicates that the isapi_redirector.dll filter is being called more than once per request. In the past this error was most often accomplished on WinNT/Win2k systems by adding the filter via the Admin console and incorrectly adding it again via the Filter DLLs registry key. The Filter DLLs is for Win9x only. There have also been instances of the dll filter being added globally and to an individual web server causing it to be called twice. Cheers, Larry -Original Message- From: Robert A. Rogerson [mailto:[EMAIL PROTECTED]] Sent: Monday, June 03, 2002 11:55 AM To: [EMAIL PROTECTED] Subject: Help with Tomcat and IIS I installed Tomcat 4.0.3 and followed the How To directions for redirecting when using IIS. JSP pages are served correctly through Tomcat http://local host:8080/examples/jsp/dates/date.jsp but when I try and serve a simple jsp http://localhost/test.jsp where test.jsp is html head titleWelcome JSP/title /head body bgcolor=white h3 Welcome /h3 pb Today is %= new java.util.Date() %. Have a nice day! :-) /b/p /body /html I receive the error ...titleApache Tomcat/4.0.3 - Error report/title ...Apache Tomcat/4.0.3 - HTTP Status 404 - /jakarta/isapi_redirector.dll ...type/b Status report ...message/b u/jakarta/isapi_redirector.dll ...description/b uThe requested resource (/jakarta/isapi_redirector.dll) is not available. through IIS. I checked the authority to the /jakarta virtual directory and it does have Execute permission. Any ideas would be appreciated. Robert A. Rogerson Phone: 905-826-7761 Cell: 416-562-1039 Email:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Need Hel plz
Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp will serve the page. Other case incorrect versions will return 404 not found errors. I would highly recommend upgrading from 3.1. Cheers, Larry -Original Message- From: Walid Mohammed [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 30, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re:Need Hel plz correction .. my Tomcat ver is 3.1 not 4 ! ..sorry Walid Al-Abbadi -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Need Hel plz
For me, Tomcat 4.0.3 returns 404 for: http://localhost:8080/examples/jsp/dates/date.Jsp What does it do in your case? Cheers, Larry -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 2:20 PM To: Tomcat Users List Subject: Re: Need Hel plz Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp Which versions have these fixes? I'm using 4.0.3 and it has the problem. cheers fillup On 5/31/02 5:54 AM, Larry Isaacs [EMAIL PROTECTED] wrote: Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp will serve the page. Other case incorrect versions will return 404 not found errors. I would highly recommend upgrading from 3.1. Cheers, Larry -Original Message- From: Walid Mohammed [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 30, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re:Need Hel plz correction .. my Tomcat ver is 3.1 not 4 ! ..sorry Walid Al-Abbadi -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Need Hel plz
Windows XP. Larry -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 3:00 PM To: Tomcat Users List Subject: Re: Need Hel plz which OS? On 5/31/02 11:43 AM, Larry Isaacs [EMAIL PROTECTED] wrote: For me, Tomcat 4.0.3 returns 404 for: http://localhost:8080/examples/jsp/dates/date.Jsp What does it do in your case? Cheers, Larry -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 2:20 PM To: Tomcat Users List Subject: Re: Need Hel plz Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp Which versions have these fixes? I'm using 4.0.3 and it has the problem. cheers fillup On 5/31/02 5:54 AM, Larry Isaacs [EMAIL PROTECTED] wrote: Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp will serve the page. Other case incorrect versions will return 404 not found errors. I would highly recommend upgrading from 3.1. Cheers, Larry -Original Message- From: Walid Mohammed [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 30, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re:Need Hel plz correction .. my Tomcat ver is 3.1 not 4 ! ..sorry Walid Al-Abbadi -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Need Hel plz
I'm using the zip. I take it that Mac OS X is case insensitive. Larry -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 3:06 PM To: Tomcat Users List Subject: Re: Need Hel plz Interesting. On Mac OS X -- I'm still having the problem as of 4.0.3, but obviously not on Linux. Haven't tried Windows. Just out of curiosity, how did you install it? Using the exe or the zip file? fillup On 5/31/02 12:02 PM, Larry Isaacs [EMAIL PROTECTED] wrote: Windows XP. Larry -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 3:00 PM To: Tomcat Users List Subject: Re: Need Hel plz which OS? On 5/31/02 11:43 AM, Larry Isaacs [EMAIL PROTECTED] wrote: For me, Tomcat 4.0.3 returns 404 for: http://localhost:8080/examples/jsp/dates/date.Jsp What does it do in your case? Cheers, Larry -Original Message- From: Phillip Morelock [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 2:20 PM To: Tomcat Users List Subject: Re: Need Hel plz Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp Which versions have these fixes? I'm using 4.0.3 and it has the problem. cheers fillup On 5/31/02 5:54 AM, Larry Isaacs [EMAIL PROTECTED] wrote: Current releases of Tomcat 4 and Tomcat 3 don't have a problem with case sensitivity of .jsp. Only .jsp will serve the page. Other case incorrect versions will return 404 not found errors. I would highly recommend upgrading from 3.1. Cheers, Larry -Original Message- From: Walid Mohammed [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 30, 2002 7:44 PM To: [EMAIL PROTECTED] Subject: Re:Need Hel plz correction .. my Tomcat ver is 3.1 not 4 ! ..sorry Walid Al-Abbadi -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: moving from 3.2 to 3.31
The contents of the web.xml is defined by the Servlet 2.2 spec, which hasn't changed. More detail will be needed to tell what is going wrong. You can set the debug level on SimpleMapper1 in server.xml to get more clues about why your servlet isn't being found. Cheers, Larry -Original Message- From: Maureen Barger [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 30, 2002 11:22 AM To: [EMAIL PROTECTED] Subject: moving from 3.2 to 3.31 Hi -- I am having some trouble moving an application from tomcat 3.2 to 3.31. In my server.xml, I have pointed the ContextXmlReader to look at my custom apps.xml. My context is mounts and I can access it. But in the web.xml of the application I have defined a servlet to map to a location and it is not loading -- I get a 404. i.e. servlet servlet-namebrand/servlet-name servlet-classJarBranderServlet/servlet-class /servlet servlet-mapping servlet-namebrand/servlet-name url-pattern/brand/url-pattern /servlet-mapping servlet-mapping servlet-namebrand/servlet-name url-pattern/brand/*/url-pattern /servlet-mapping Has defining servlets changed in 3.31 as well? (So much else has!) The only clue in the docs is the application deployment doc, which warns that it is outdated. Maureen Barger, CIT/ID, Cornell University Ithaca, NY 14850 [EMAIL PROTECTED] http://mo.cit.cornell.edu/ Nature goes her own way and all that to us seems an exception is really according to order. --Johann Wolfgang von Goethe -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: I am trying to find the answer to this one for the last few days : Pl hep
What is officially supported is documented in section 4 of the RUNNING.txt document: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/RUNNING.txt or http://jakarta.apache.org/tomcat/tomcat-4.1-doc/RUNNING.txt If you want to deviate from this, I recommend you go ahead and try it. Then post if you run into problems for which you can't find a workaround. It is time consuming to predict what might go wrong based on what you might or might not attempt to do in your actual configuration. Cheers, Larry -Original Message- From: Sankaranarayanan (Ganesh) Ganapathy [mailto:[EMAIL PROTECTED]] Sent: Friday, May 24, 2002 1:09 PM To: [EMAIL PROTECTED] Subject: I am trying to find the answer to this one for the last few days : Pl hep Hi All, I am resending this mail for the nth time hoping to get an answers from the experts here. Anyway my question is if the following is a supported config: I want to run multiples instances of embedded Tomcat all against the same base directory. Is such a configuration supported? Something like C:\tomcatjava -Dcatalina.home=c:\tomcat org.apache.catalina.startup.Catalina -config .\conf\server.xml start C:\tomcatjava -Dcatalina.home=c:\tomcat org.apache.catalina.startup.Catalina -config .\conf1\server.xml start 1. Can all the instance work off the same web application files on disk - will there be any problem between the tomcat instances all sharing the same web application files on disk? 2. Will there be a problem with the work directory. I cant seem to find an api to tell every embedded tomcat to use different directories. Any help will be greatly appreciated! Thanx Ganesh -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: I am trying to find the answer to this one for the last few days : Pl hep
-Original Message- From: Sankaranarayanan (Ganesh) Ganapathy [mailto:[EMAIL PROTECTED]] Sent: Friday, May 24, 2002 2:47 PM To: Tomcat Users List Subject: RE: I am trying to find the answer to this one for the last few days : Pl hep Hi Larry, Thanx for writing. I am just trying to understand from tomcat developers like you if there is anything in the way Tomcat4.0.3 works today that forbids such a configuration - why the official configurations supported mandates that every tomcat instance have its own base directory. I'm not intimately familiar with the internals of Tomcat 4 and its batch files, but I suspect there are numerous pitfalls to trying to have multiple instances of Tomcat 4 share CATALINA_BASE subdirectories. The documented form of running multiple Tomcat 4 instances is supported because it is simplest way for the multiple instances not to step on each other. Documenting possible deviations from this isn't practical. It would be much harder to explain and it would be much easier for users to encounter problems. Thus, it isn't worth the developer's time to pursue this as a feature beyond what has already been done. Cheers, Larry My configuration is simple - embedded tomcat supports stand alone or ajp13 connector mode with global defaults(like logger etc). All contexts are loaded with default properties using ((Deployer)host).install method. your help is much appreciated. Thanx Ganesh -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Friday, May 24, 2002 10:35 AM To: 'Tomcat Users List' Subject: RE: I am trying to find the answer to this one for the last few days : Pl hep What is officially supported is documented in section 4 of the RUNNING.txt document: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/RUNNING.txt or http://jakarta.apache.org/tomcat/tomcat-4.1-doc/RUNNING.txt If you want to deviate from this, I recommend you go ahead and try it. Then post if you run into problems for which you can't find a workaround. It is time consuming to predict what might go wrong based on what you might or might not attempt to do in your actual configuration. Cheers, Larry -Original Message- From: Sankaranarayanan (Ganesh) Ganapathy [mailto:[EMAIL PROTECTED]] Sent: Friday, May 24, 2002 1:09 PM To: [EMAIL PROTECTED] Subject: I am trying to find the answer to this one for the last few days : Pl hep Hi All, I am resending this mail for the nth time hoping to get an answers from the experts here. Anyway my question is if the following is a supported config: I want to run multiples instances of embedded Tomcat all against the same base directory. Is such a configuration supported? Something like C:\tomcatjava -Dcatalina.home=c:\tomcat org.apache.catalina.startup.Catalina -config .\conf\server.xml start C:\tomcatjava -Dcatalina.home=c:\tomcat org.apache.catalina.startup.Catalina -config .\conf1\server.xml start 1. Can all the instance work off the same web application files on disk - will there be any problem between the tomcat instances all sharing the same web application files on disk? 2. Will there be a problem with the work directory. I cant seem to find an api to tell every embedded tomcat to use different directories. Any help will be greatly appreciated! Thanx Ganesh -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and additionalJars
The symptom you describe is easily achievable. The main point is that additionalJars adds jars to multiple webapps the same as if you copied jdom.jar to each WEB-INF/lib. You could try putting jdom.jar in your test webapp's WEB-INF/lib, remove the additionalJars, and see if the error still occurs. I would not be surprised if it did. If a servlet depends on another class that in turn depends on jdom.jar classes, and that class lives below the webapp classloader, then you might see the symptom you describe. The class in the lower classloader can't see the classes in the webapp classloader unless special programming is implemented to make it possible, such as using the thread context classloader. Cheers, Larry -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 4:58 AM To: [EMAIL PROTECTED] Subject: RE: Tomcat 3.3.1 and additionalJars From: Larry Isaacs [EMAIL PROTECTED] After adding the jdom.jar and making the server.xml changes you describe, I find that I can compile and display the following JSP page: Hrmm, ok well I am going to rip everything off the system and try again. Perhaps something has been convoluted to the point that it just is not working anymore. From a clean install, all I should have to do is put my context classes in place, add the additionalJars attribute, place the jdom.jar, and start it up, right? If I am missing anything, please let me know. Hopefully this time it will work. :) Thanks, Mario- -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and additionalJars
That's basically correct. The jar is added to the web application's classloader classpath. The web application's classloader is switched in as the context class during request handling for that context. Larry -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 18, 2002 12:23 PM To: TomcatUser Subject: RE: Tomcat 3.3.1 and additionalJars Date: Fri, 17 May 2002 12:30:33 -0400 Both of those should work. There could be some classloader issue involved. Can you provide a test case of what you are trying to do? Cheers, Larry So the base case I am trying is simply allowing access to the jdom.jar from my webapps. This is to simply test that the additionalJars property is working. Actually, I just thought of something. The additionalJars value simply adds to the context classloader's classpath? It would not affect the other loaders such as apps and common? Is that a correct statement? Thanks in advance. Mario- __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3 as a service
The C-runtime routine used for processing the individual settings doesn't support quotes. You have to add the appropriate quotes in the wrapper.cmd_line setting. This has already been done in Tomcat 3.3.1. Unfortunately, the handling doesn't deal with substituting empty parameters. As a result, an improvement to this file in Tomcat 3.3.1 causes a problem. See: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/win32/i386/ for details on dealing with this problem. Cheers, Larry -Original Message- From: Dave Swift [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 5:53 AM To: [EMAIL PROTECTED] Subject: Tomcat 3.3 as a service Importance: High Hi, I trying to follow the instructions for installing Tomcat 3.3 as an NT Service on an NT Server 4 SP6A system. I'm encountering a problem with I think relates to my syntax in the wrapper.properties file, as the installation directory for my tomcat has a space in it. I originally coded the two key definitions in the wrapper.properties file as :- wrapper.tomcat_home=G:\Apache Group\jakarta-tomcat-3.3 wrapper.java_home=g:\jdk1.3.1_02 As this is where I have installed the Tomcat and JDK code respectively. When I try to start the tomcat service, I get 'Tomcat Failed to start', and in the jvm.stderr file in the logs directory, I have the message :- java.lang.NoClassDefFoundError: Group\jakarta-tomcat-3/3\lib\tomcat/jar Exception in thread main From this I deduced, possibly erroneously, that the space in the directory path for Tomcat was causing the problem. However, I have tried every combination of quotes I can think of to enclose the tomcat_home directory, and they all lead to a Tomcat Failed To Start message, and this time no logs either. Can you help me with the coding of wrapper.properties to get this to work ? I tried searching on the jakarta site and the general web I didn't find anything that helped. The only worked examples of a wrapper.properties file I found all used directory names with no spaces in them. I guess I could start again by uninstalling tomcat and all my webapps and install tomcat in a directory with no spaces, but I would really rather not.. Needless to say, everything works just fine running the startup.bat file, but I would prefer to run this as a service, as it makes the system bootup automation easier, as I can establish dependencies between services, and also monitoring is easier for services. Cheers, Dave S. Senior I.T. Specialist - Systems Network Management, EMEA ATS-PIC Tivoli Unit E-Mail IdsInternet: [EMAIL PROTECTED] Internal: SWIFTDS@IBMGB Phone +44 (0) 1962-817087 (DDI), Mobile +44 (0) 772-0411-717, Fax +44 (0) 1962-818191 *** * QUALITY Means never having to say you're sorry * *** -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and additionalJars
After adding the jdom.jar and making the server.xml changes you describe, I find that I can compile and display the following JSP page: - test.jsp - % org.jdom.JDOMException jdomExc = new org.jdom.JDOMException(); % This is a test. This seems to indicate that the jdom.jar is available to the web application. I also tried a simple servlet which was loaded on startup. It too was successful. It is likely that your NoClassDefFound is due to a class in a lower classloader that requires jdom.jar to be visible. Using additionalJars is equivalent to putting the jar in the WEB-INF/lib of all web applications. It offers the same visibility. Cheers, Larry -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Monday, May 20, 2002 12:38 PM To: [EMAIL PROTECTED] Subject: RE: Tomcat 3.3.1 and additionalJars From: Larry Isaacs [EMAIL PROTECTED] That's basically correct. The jar is added to the web application's classloader classpath. The web application's classloader is switched in as the context class during request handling for that context. Larry Ok, I just wanted to make sure of that. So I have my context classes in a jar that reside under my docBase/WEB-INF/lib directory. I place the shared jdom.jar under the Tomcat/lib/container directory, and in my server.conf file I make the following changes to LoaderInterceptor11. additionalJars=jdom.jar jarSeparator=; When I start tomcat up, it starts to load my context which has a couple of LoadOnStartup specified servlets. This servlets fail to load with a NoClassDefFound Exception because the context can't find org/jdom/JDOMException. Can you think of anything else I can try or do in order to make the additionalJars property work? I feel like this should work and that this feature should be doing exactly what I want it to be doing, unfortunately I have yet to see it function. Thanks in advance, Mario- -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and additionalJars
Both of those should work. There could be some classloader issue involved. Can you provide a test case of what you are trying to do? Cheers, Larry -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 12:09 PM To: TomcatUser Subject: RE: Tomcat 3.3.1 and additionalJars From: Larry Isaacs [EMAIL PROTECTED] Date: Thu, 16 May 2002 14:09:12 -0400 What did you set the additionalJars attribute to and where did you put the jdom.jar? Larry The additionalJars attribute I tried setting to a couple of different things. One was an absolute path with the jdom.jar located at that absolute path. For example, additionalJars=D:/test/jdom.jar. I also tried setting it to just jdom.jar and putting the jar in the Tomcat/lib/container directory. Any ideas? Thanks! Mario- __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and additionalJars configuration
This was originally added as a way to add jasper.jar to each web application so it could be used with extensions other than .jsp. It worked for me at the time. What exactly is the problem you are experiencing. Cheers, Larry -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 3:45 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3.1 and additionalJars configuration Hello, I was wondering if anyone has had any experience with using the additionalJars attribute of the LoaderInterceptor11 module within Tomcat. There was a thread on classloaders that I started a couple of weeks ago, and a possible work-round was suggested by using the additionalJars feature. I am just trying to make a base case work, nothing fancy.I am trying to access a class from additionalJars from a class in my servlet context. Has anyone tried to use this feature, or does any one know if there is something more that I need to do to get this to work? Any experiences or ideas would be greatly appreciated! Thanks, Mario- -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jndi under tomcat3.x ? (deploying a tomcat4.x webapp on tomcat3.x server)
I'm afraid Tomcat 3.3.x doesn't support the Resource element that Tomcat 4.x does for setting up such resources. Cheers, Larry -Original Message- From: chas [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 11:18 AM To: [EMAIL PROTECTED] Subject: jndi under tomcat3.x ? (deploying a tomcat4.x webapp on tomcat3.x server) I've built my webapp using a JNDI datasource resource, running on Tomcat4. I had no problem setting up the JNDI environment. Now, I'm trying to run the webapp on a server which for one reason or another, has Tomcat3.3. Am finding that the JNDI setup is not working, even though I simply deployed a war file (so web.xml should be correct) and copied over the server.xml config from my development (Tomcat4) server. Then I checked http://jakarta.apache.org/tomcat/tomcat-3.3-doc/index.html (yeah, perhaps I should have done that *before* trying to deploy g) and don't see any JNDI reference. Did Tomcat 3.x have JNDI support ? The error messages (below) suggest so : % 2002-05-16 06:56:24 - Ctx( /myapp ): Exception in: R( /myapp + /Lists/index.jsp + null) - javax.servlet.ServletException: javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial at org.apache.jasper.runtime.PageContextImpl.handlePageException( PageContextImp l.java:459) Given that I'm unable to upgrade to Tomcat4 (since it's running on a VPS - Virtual Private Server), will it be possible to run my JNDI-dependent webapp on the Tomcat3 server ? Steps taken so far : 1. Deployed the war file. 2. Added this to the server.xml : Context path=/myapp docBase=myapp reloadable=true Resource name=jdbc/mydb auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mydb parameter nameuser/name value/value /parameter parameter namepassword/name value/value /parameter parameter namedriverClassName/name valueorg.gjt.mm.mysql.Driver/value /parameter parameter namedriverName/name valuejdbc:mysql://localhost/mydb/value /parameter /ResourceParams /Context 3. Copied the following files from tomcat4_home/common/lib to tomcat3_home/lib (since Tomcat3 does not /common/lib) - jdbc2_0-stdext.jar - mm.mysql-2.0.13-bin.jar However, I notice that tomcat3_home/lib does not have the naming-common.jar and naming-resources.jar, so I have a sneaky feeling that I'm barking up the wrong tree... cheers, chas -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat 3.3.1 and additionalJars configuration
What did you set the additionalJars attribute to and where did you put the jdom.jar? Larry -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 2:03 PM To: [EMAIL PROTECTED] Subject: RE: Tomcat 3.3.1 and additionalJars configuration From: Larry Isaacs [EMAIL PROTECTED] This was originally added as a way to add jasper.jar to each web application so it could be used with extensions other than .jsp. It worked for me at the time. What exactly is the problem you are experiencing. Cheers, Larry Hey, I am just trying a simple case where I put jdom.jar in the additionalJars tag and see if my context classes can reference it. So far it seems like they cannot, but as I stated, I am unsure if there are other configurations I have to make. Thanks in advance, Mario- -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Trying to start tomcat 3.3.1
The stack trace should give you a clue about who is unhappy. It could be the result of a typo in the server.xml. Cheers, Larry -Original Message- From: Jose, Babu [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 2:27 PM To: '[EMAIL PROTECTED]' Subject: Trying to start tomcat 3.3.1 I am trying to start tomcat 3.3.1 and is getting the following warning. org.apache.tomcat.core.TomcatException: Root cause - Option unsupported by protocol: create Any idea please.. Thanks Babu -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk not mapping uri successfully for servlets on 3.3.1
Chris, Before I start investigating, would you confirm that this is mod_jk built from jakarta-tomcat-connectors/jk/native or jakarta-tomcat/src/native source. In the mean time, feel free to use multiple: JkMount /context path/servlet/* worker Also, unless you need special settings, the Tomcat 3.3.1 generated config files should be close to what you are looking for. Try bin/startup jkconf to generate them and take a look. Cheers, Larry -Original Message- From: Chris Herrmann [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 9:37 PM To: 'Tomcat Users List' Subject: RE: mod_jk not mapping uri successfully for servlets on 3.3.1 Ok... some more information... JkMount /*/servlet/* ajp13 It turns out, that this line breaks apache! Warning warning warning don't use it! I just spent 5 hours recompiling apache, checking httpd.conf etc et al to discover after a few hours sleep and a coffee that it's actually this line in mod_jk.conf that's breaking my websites right now and not apache being weird. Now, to clarify a bit: - I used to run tomcat 3.2.2, with the mod_jk that was released with it, and the following line successfully mapped servlets to an ajp13 worker: JkMount /servlet/* ajp13 - I now run tomcat 3.3.1, with the new mod_jk, and that line does not successfully map servlets to an ajp13 worker. It fails, saying map_uri_to_worker, done without a match - the equivalent line for JSPs works fine for old tomcat new tomcat - no problems there. - I tried adding /*/servlet/* ajp13 as a workaround - maybe the uri match was failing because of the leading webappname i.e. the uri would look like: /testapp/servlet/index . Initially, I had success - it was successfully mapped to an ajp13 worker. However, it also mapped *everything* else, regardless of how the path looked (html, directories, gifs, jpgs etc etc etc) that lived in the normal apache htdocs directories. In other words, tomcat had taken over apache! insert growling tomcat noise here But, this still leaves me with the basic problem, which is that the stock standard mod_jk.conf file isn't mapping servlets correctly. So, some questions... 1. Is my mod_jk.conf file correct? IfModule mod_jk.c JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties JkLogFile /var/log/tomcat/jk.log JkLogLevel error JkMount /*.jsp ajp13 JkMount /servlet/* ajp13 /IfModule 2. Is mod_jk behaving correctly? 3. If mod_jk isn't behaving correctly, how do I fix it / or get more information from it? Thanks, Chris |-Original Message- |From: Larry Isaacs [mailto:[EMAIL PROTECTED]] |Sent: Wednesday, 15 May 2002 00:24 |To: 'Tomcat Users List' |Subject: RE: mod_jk not mapping uri successfully for servlets on 3.3.1 | | |The jakarta-tomcat-connectors/jk/native sources have small improvements |and bug fixes over that found in jakarta-tomcat/src/native. One of the |improvements is support for JkMount /*/... that you discovered. | |Cheers, |Larry | | -Original Message- | From: Chris Herrmann [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, May 15, 2002 5:21 AM | To: [EMAIL PROTECTED] | Subject: RE: mod_jk not mapping uri successfully for |servlets on 3.3.1 | | | Hi Larry, | | No, I haven't tried: | | JkMount /testapp/servlet/* ajp13 | | doing so now... | | I upgraded to the latest mod_jk.so as well from | jakarta.apache.org. I tried | both with and without eapi support to see if it made a |difference (and | rebuilt apache with and without eapi support accordingly. | Currently it's | on). | | Ok... so... adding your suggestion above works... | | Previously, I haven't had to do this. I also tried adding: | | JkMount */servlet/* ajp13 | | doesn't work but: | | JkMount /*/servlet/* ajp13 | | does work. | | Has the way mod_jk parses paths changed in the latest version? | | Cheers, | | Chris | | | Hi Chris, | | It is not clear if you tried: | | JkMount /testapp/servlet/* ajp13 | | I assume you build the mod_jk.so from Tomcat 3.3.1's | source. Using a | mod_jk from Tomcat 3.2.x has the potential to hang. | | Cheers, | Larry | | | | | -- | To unsubscribe, e-mail: | mailto:tomcat-user- [EMAIL PROTECTED] | For | additional commands, | e-mail: mailto:[EMAIL PROTECTED] | | |-- |To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: HTTP Tunnelling problem?? Please help
Sorry it missed getting into the documentation beyond the readme-3.3.1, but Tomcat 3.3.1 now supports a SingleThreadModel pooling, which is enabled by default. Thus, this is normal behavior. If you wish to disable the pooling, modify the server.xml to contain: Servlet22Interceptor useSTMPool=false / Cheers, Larry -Original Message- From: Andy Eastham [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 7:24 AM To: Tomcat Users List Subject: RE: HTTP Tunnelling problem?? Please help Stuart, You're extending Thread - everything that is mapped to a Tomcat request must extend HttpServlet. Tomcat is trying to cast your TestTunnel class to HttpServlet, which is failing. Andy -Original Message- From: Stuart Stephen [mailto:[EMAIL PROTECTED]] Sent: 15 May 2002 11:56 To: Tomcat Users List Subject: HTTP Tunnelling problem?? Please help Hello all, I'm having problems trying to write a HttpTunnel for java objects in Tomcat. For some reason I'm getting a ClassCastException. I don't understand this. I've even tried forcing it as you can see in my code below. The exception that i'm getting is not very clear and i can't put my finger on it. I have attached the exception from Apache/Tomcat and the code for the tunnel at the bottom of this email. If you can help I would be very grateful. Regards, Stuart Stephen -- -- Apache Tomcat/4.0.1 - HTTP Status 500 - Internal Server Error -- -- type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception java.lang.ClassCastException: TestTunnel at org.apache.catalina.core.StandardWrapper.load(StandardWrapper. java:820) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper. java:615) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerSe rvlet.java :396) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServl et.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplication FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.ja va:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesVa lve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv e.java:164 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat cherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv e.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv e.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine Valve.java :163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
RE: SingleThreadModel under Tomcat 3.3.1 is not working???
Sorry it missed getting into the documentation beyond the readme-3.3.1, but Tomcat 3.3.1 now supports a SingleThreadModel pooling, which is enabled by default. Thus, this is normal behavior. If you wish to disable the pooling, modify the server.xml to contain: Servlet22Interceptor useSTMPool=false / Cheers, Larry -Original Message- From: Atnite [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 7:38 AM To: [EMAIL PROTECTED] Subject: SingleThreadModel under Tomcat 3.3.1 is not working??? Hello there, I've got a question. I've made a servlet that is meant to be run using single thread model. It was made using JBuilder 5. When I run it under JBuilder's supplied Tomcat 3.2 hosting this servlet, it is working exactly as expected - requests are queued and one is served at a time. But, when I run the very same servlet under Tomcat 3.3.1, despite that I've implemented SingleThreadModel in servlet and even made extra synchronization, it still has no effect - requests are served all at the time of their arrival. The question is - is it a bug of Tomcat 3.3.1 or I miss something (probably in Tomcat configuration files). Thanks _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: HTTP Tunnelling problem?? Please help
Please ignore the last response. Lousy aim when clicking to make a reply. Larry -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 9:25 AM To: 'Tomcat Users List' Subject: RE: HTTP Tunnelling problem?? Please help Sorry it missed getting into the documentation beyond the readme-3.3.1, but Tomcat 3.3.1 now supports a SingleThreadModel pooling, which is enabled by default. Thus, this is normal behavior. If you wish to disable the pooling, modify the server.xml to contain: Servlet22Interceptor useSTMPool=false / Cheers, Larry -Original Message- From: Andy Eastham [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 7:24 AM To: Tomcat Users List Subject: RE: HTTP Tunnelling problem?? Please help Stuart, You're extending Thread - everything that is mapped to a Tomcat request must extend HttpServlet. Tomcat is trying to cast your TestTunnel class to HttpServlet, which is failing. Andy -Original Message- From: Stuart Stephen [mailto:[EMAIL PROTECTED]] Sent: 15 May 2002 11:56 To: Tomcat Users List Subject: HTTP Tunnelling problem?? Please help Hello all, I'm having problems trying to write a HttpTunnel for java objects in Tomcat. For some reason I'm getting a ClassCastException. I don't understand this. I've even tried forcing it as you can see in my code below. The exception that i'm getting is not very clear and i can't put my finger on it. I have attached the exception from Apache/Tomcat and the code for the tunnel at the bottom of this email. If you can help I would be very grateful. Regards, Stuart Stephen -- -- Apache Tomcat/4.0.1 - HTTP Status 500 - Internal Server Error -- -- type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception java.lang.ClassCastException: TestTunnel at org.apache.catalina.core.StandardWrapper.load(StandardWrapper. java:820) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper. java:615) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerSe rvlet.java :396) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServl et.java:180) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A pplication FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati onFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp erValve.ja va:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardConte xtValve.ja va:201) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesVa lve.java:2 46) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2344) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv e.java:164 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 66) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat cherValve. java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv e.java:170 ) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv e.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipel ine.java:5 64) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline. java:472
RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps?
I don't believe Tomcat 3.2.x supports auto-serving the webapps directory for hosts other than the default host. However, this is supported in Tomcat 3.3.x. The AutoWebApp ... element in the server.xml file supports specifying the directory and host, e.g.: AutoWebApp dir=webapps host=DEFAULT / AutoWebApp dir=webapps host=www.domain.com / For details see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#AutoWebApp Cheers, Larry -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 7:58 PM To: Tomcat Users List Subject: RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? Everyone must have gone home...I'm really hoping that someone can help with this, it seems like it would be a common problem. Tomcat 3.2.x will not find files inside a webapp unless that webapp is specifically declared inside each virtual host in the server.xml file. I want to be able to put all my webapps inside $tomcat_home$/webapps so that they will automatically be found. Since we have many virtual hosts, each using several different webapps, is there any way to avoid the myWebapp context entry below for hundreds of diffent virtual hosts? Host name=www.domain.com Context path= docBase=/usr/local/vhosts/domain.com/httpdocs crossContext=false debug=0 reloadable=true /Context Context path=/myWebapp docBase=/usr/local/tomcat/webapps/myWebapp crossContext=true debug=0 reloadable=true trusted=false /Context /Host Please help! We've been banging our heads on this all day! Thanks Brandon -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 5:06 PM To: Tomcat Users List Subject: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? I have many virtual hosts. Right now, they all access a webapp because I have set the context to that webapp inside their Host tag in server.xml. I would like to change it so that all I have to do is put the webapp inside $tomcat_home$/webapps. Is this possible so that I can avoid the redundant entries in server.xml, or does virtual hosting cause a problem with this? I am using tomcat 3.2.4, thanks in advance for any help! Brandon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps?
Yes, one AutoWebApp dir=webapps host=your.virtual.host.name / for each virtual host. I would also recommend reviewing the doc/readme file where important differences between Tomcat 3.2.x and Tomcat 3.3 are mentioned. There is a fair amount of new content in the User's Guide as well. Cheers, Larry -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 10:59 AM To: Tomcat Users List Subject: RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? Larry, Thanks a ton for the clarification! If I upgrade to 3.3.x and want every webapp inside the webapps folder to automatically be deployed for every virtual host, how do I specify the host attribute? Do I have to add AutoWebApp dir=webapps host=www.domain.com / to server.xml for each vhost, or am I missing something still? I read the documentation and am still somewhat confused... Brandon -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 9:38 AM To: 'Tomcat Users List' Subject: RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? I don't believe Tomcat 3.2.x supports auto-serving the webapps directory for hosts other than the default host. However, this is supported in Tomcat 3.3.x. The AutoWebApp ... element in the server.xml file supports specifying the directory and host, e.g.: AutoWebApp dir=webapps host=DEFAULT / AutoWebApp dir=webapps host=www.domain.com / For details see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm l#AutoWebApp Cheers, Larry -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 7:58 PM To: Tomcat Users List Subject: RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? Everyone must have gone home...I'm really hoping that someone can help with this, it seems like it would be a common problem. Tomcat 3.2.x will not find files inside a webapp unless that webapp is specifically declared inside each virtual host in the server.xml file. I want to be able to put all my webapps inside $tomcat_home$/webapps so that they will automatically be found. Since we have many virtual hosts, each using several different webapps, is there any way to avoid the myWebapp context entry below for hundreds of diffent virtual hosts? Host name=www.domain.com Context path= docBase=/usr/local/vhosts/domain.com/httpdocs crossContext=false debug=0 reloadable=true /Context Context path=/myWebapp docBase=/usr/local/tomcat/webapps/myWebapp crossContext=true debug=0 reloadable=true trusted=false /Context /Host Please help! We've been banging our heads on this all day! Thanks Brandon -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 5:06 PM To: Tomcat Users List Subject: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? I have many virtual hosts. Right now, they all access a webapp because I have set the context to that webapp inside their Host tag in server.xml. I would like to change it so that all I have to do is put the webapp inside $tomcat_home$/webapps. Is this possible so that I can avoid the redundant entries in server.xml, or does virtual hosting cause a problem with this? I am using tomcat 3.2.4, thanks in advance for any help! Brandon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Can all virtual hosts use a webapp that is put inside $tomcat _home$/webapps?
Tomcat 4.x uses a different architecture from Tomcat 3.3.x, which is why their server.xml files contain very different contents. Thus, AutoWebApp isn't a supported element in the 4.x server.xml. You can probably accomplish the same thing with multiple host elements, but not without a bit more duplication of server.xml content than Tomcat 3.3.1. Cheers, Larry -Original Message- From: August Detlefsen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 3:40 PM To: Tomcat Users List Subject: RE: Can all virtual hosts use a webapp that is put inside $tomcat _home$/webapps? Is this also supported in TC 4.x? --- Larry Isaacs [EMAIL PROTECTED] wrote: I don't believe Tomcat 3.2.x supports auto-serving the webapps directory for hosts other than the default host. However, this is supported in Tomcat 3.3.x. The AutoWebApp ... element in the server.xml file supports specifying the directory and host, e.g.: AutoWebApp dir=webapps host=DEFAULT / AutoWebApp dir=webapps host=www.domain.com / For details see: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm l#AutoWebApp Cheers, Larry -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 7:58 PM To: Tomcat Users List Subject: RE: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? Everyone must have gone home...I'm really hoping that someone can help with this, it seems like it would be a common problem. Tomcat 3.2.x will not find files inside a webapp unless that webapp is specifically declared inside each virtual host in the server.xml file. I want to be able to put all my webapps inside $tomcat_home$/webapps so that they will automatically be found. Since we have many virtual hosts, each using several different webapps, is there any way to avoid the myWebapp context entry below for hundreds of diffent virtual hosts? Host name=www.domain.com Context path= docBase=/usr/local/vhosts/domain.com/httpdocs crossContext=false debug=0 reloadable=true /Context Context path=/myWebapp docBase=/usr/local/tomcat/webapps/myWebapp crossContext=true debug=0 reloadable=true trusted=false /Context /Host Please help! We've been banging our heads on this all day! Thanks Brandon -Original Message- From: Brandon Cruz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 5:06 PM To: Tomcat Users List Subject: Can all virtual hosts use a webapp that is put inside $tomcat_home$/webapps? I have many virtual hosts. Right now, they all access a webapp because I have set the context to that webapp inside their Host tag in server.xml. I would like to change it so that all I have to do is put the webapp inside $tomcat_home$/webapps. Is this possible so that I can avoid the redundant entries in server.xml, or does virtual hosting cause a problem with this? I am using tomcat 3.2.4, thanks in advance for any help! Brandon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk not mapping uri successfully for servlets on 3.3.1
Hi Chris, It is not clear if you tried: JkMount /testapp/servlet/* ajp13 I assume you build the mod_jk.so from Tomcat 3.3.1's source. Using a mod_jk from Tomcat 3.2.x has the potential to hang. Cheers, Larry -Original Message- From: Chris Herrmann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 5:00 AM To: [EMAIL PROTECTED] Subject: mod_jk not mapping uri successfully for servlets on 3.3.1 Hi, I'm running Tomcat 3.3.1, Sun Java 1.3.1, and Apache 1.3.23 on Redhat Linux 7.2. Have been using an earlier version of mod_jk fine for a long time with Tomcat 3.2.1. I upgraded to 3.3.1 the other night to fix some problems addressed by 3.3.1, and thought I had it all sussed... insert spooky music here mod jk is failing to pass requests for servlets to tomcat properly - it appears that it's not matching the string /mywebapp/servlet/myservlet properly, and leaving it to Apache to handle, who promptly returns a 404, as you expect. jsp files are working fine. If I surf directly to Tomcat on 8080, the servlets are running fine, so I think the problem is with mod jk and not Tomcat itself. If I enable warn level in mod_jk.conf, I see the following: [Tue May 14 22:47:57 2002] [jk_uri_worker_map.c (351)]: Into jk_uri_worker_map_t::map_uri_to_worker [Tue May 14 22:47:57 2002] [jk_uri_worker_map.c (368)]: Attempting to map URI '/testapp/servlet/index' [Tue May 14 22:47:57 2002] [jk_uri_worker_map.c (456)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match - The webapp is called testapp. mod_jk.conf looks like: LoadModule jk_module libexec/mod_jk.so AddModule mod_jk.c IfModule mod_jk.c JkWorkersFile /usr/local/tomcat/conf/jk/workers.properties JkLogFile /var/log/tomcat/jk.log JkLogLevel warn JkMount /*.jsp ajp13 JkMount /servlet/* ajp13 /IfModule - Originally I experienced this problem with Apache 1.3.17, and rebuilt Apache tonight as 1.3.23 as I was adding PHP support, and figured that it might shake the monkey off this one's back... If I add the servlet manually to mod_jk.conf ala... JkMount /testapp/servlet/index ajp13 then this single servlet works ok... It appears to only be breaking when it's matching '*'... Any ideas as to what it could be? What other information do you need? Cheers, Chris Herrmann (wishing upon a star tonight...) Far Edge Technology p. 02 99553640 f. 02 99547994 m. 0403 393309 http://www.faredge.com.au -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk not mapping uri successfully for servlets on 3.3.1
The jakarta-tomcat-connectors/jk/native sources have small improvements and bug fixes over that found in jakarta-tomcat/src/native. One of the improvements is support for JkMount /*/... that you discovered. Cheers, Larry -Original Message- From: Chris Herrmann [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 15, 2002 5:21 AM To: [EMAIL PROTECTED] Subject: RE: mod_jk not mapping uri successfully for servlets on 3.3.1 Hi Larry, No, I haven't tried: JkMount /testapp/servlet/* ajp13 doing so now... I upgraded to the latest mod_jk.so as well from jakarta.apache.org. I tried both with and without eapi support to see if it made a difference (and rebuilt apache with and without eapi support accordingly. Currently it's on). Ok... so... adding your suggestion above works... Previously, I haven't had to do this. I also tried adding: JkMount */servlet/* ajp13 doesn't work but: JkMount /*/servlet/* ajp13 does work. Has the way mod_jk parses paths changed in the latest version? Cheers, Chris Hi Chris, It is not clear if you tried: JkMount /testapp/servlet/* ajp13 I assume you build the mod_jk.so from Tomcat 3.3.1's source. Using a mod_jk from Tomcat 3.2.x has the potential to hang. Cheers, Larry -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: existence of Alias tag in Tomcat 3.3?
For the Alias element to work in Tomcat 3.3.x, it must preceed all Context elements. This requirement has to do with how the XML is processed and keeping this feature simple to implement. You can find additional details here: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#context_addcust Cheers, Larry -Original Message- From: Duane Gran [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 12:15 PM To: [EMAIL PROTECTED] Cc: SpinWeb Admin Subject: existence of Alias tag in Tomcat 3.3? Tomcat Users, I was under the impression that there was an Alias tag available within a WebApp that would allow multiple domain names to match to one Host entry. For example: webapps Host name=nickmain.spinweb.net Context path= docBase=/usr/local/apache/sites/anotherbigidea.com/htdocs debug=1 reloadable=true /Context Aliasanotherbigidea.com/Alias Aliaswww.anotherbigidea.com/Alias /Host /webapps In the example above, the httpd.conf would have a ServerName of nickmain.spinweb.net and a ServerAlias of anotherbigidea.com and www.anotherbigidea.com. Is the Alias tag only part of Tomcat 4, or is there a way to do this in Tomcat 3 without duplicating the Host tag? I appreciate any comments or suggestions on this, as I mistakenly transferred some domains and I'm needing to fix this one pretty quickly. Duane -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: simple ContextManager question
I don't think there is an error. path= has a special meaning, i.e. this is the default context. When a request fails to match any other context, the request is sent to the default context. Internally, the default context is assigned the name ROOT. That name is displayed in the startup messages you see and is used in other ways, such as the work directory name for the context. Consistent with this, auto-deployment of a web application named ROOT implies it should be the default context, and not served as /ROOT. Cheers, Larry -Original Message- From: Duane Gran [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 1:41 PM To: [EMAIL PROTECTED] Subject: simple ContextManager question Tomcat users, I'm running Tomcat 3.3 with multiple virtual hosts and using the handy feature where Tomcat reads the $TOMCAT_HOME/conf/apps-user.xml files for each web app. Things are working well, but I believe all the web applications are being mapped to the /ROOT webapp, which isn't what I want. I copied over the examples directory to each user's area so they would have their own playground so to speak. My reason for thinking this is because of the following output when starting Tomcat: 2002-05-13 12:23:16 - ContextManager: Adding dezrtfox.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding nickmain.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding cogsense.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding mudgecko.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding jpinto.spinweb.net:/ROOT I've looked at the docs, but haven't found the source of my error. If things work correctly I should expect to see files generated from JSP processing in the $TOMCAT_HOME/work/DOMAIN directory, but I don't. This leads me to think that Tomcat isn't mapping the context correctly to the directory I've specified. Just for kicks, here is one of my webapp config files: ?xml version=1.0 encoding=ISO-8859-1? webapps !-- Begin account nickmain -- Host name=nickmain.spinweb.net Context path= docBase=/usr/local/apache/sites/anotherbigidea.com/htdocs debug=1 reloadable=true /Context Aliasanotherbigidea.com/Alias /Host !-- End account nickmain -- /webapps Can someone enlighten me on this? I would be very appreciative and I'll be glad to furnish more details. Duane -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: simple ContextManager question
Try setting debug=1 on the SimpleMapper1 ... element in your server.xml. This will cause a group of lines to appear in the Tomcat log for each request. The first of these lines identifies the host Tomcat thinks the request is for. Do you see the different host names here? Cheers, Larry -Original Message- From: Duane Gran [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 2:13 PM To: Tomcat Users List Subject: Re: simple ContextManager question Larry, Thanks for the additional information. Upon further reflection, I notice that all JSPs are compiled into the following directory: $TOMCAT_HOME/work/DEFAULT/examples/jsp The problem is that requests to domain1.com/examples/ and domain2.com/examples/ are treated the same, and I would like Tomcat to use the work directories for each domain, not the DEFAULT. Recall, the purpose is to have a playground where users on the system can fiddle with the examples directory to learn and explore. I had this working with Tomcat 3.2, but I don't see the configuration analog between the two systems. Maybe a better way of phrasing my question would be, how do I make sure the /examples is treated on a per-host basis, not system-wide through the default? Again, the help and input is very appreciated. Duane On Monday, May 13, 2002, at 02:03 PM, Larry Isaacs wrote: I don't think there is an error. path= has a special meaning, i.e. this is the default context. When a request fails to match any other context, the request is sent to the default context. Internally, the default context is assigned the name ROOT. That name is displayed in the startup messages you see and is used in other ways, such as the work directory name for the context. Consistent with this, auto-deployment of a web application named ROOT implies it should be the default context, and not served as /ROOT. Cheers, Larry -Original Message- From: Duane Gran [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 1:41 PM To: [EMAIL PROTECTED] Subject: simple ContextManager question Tomcat users, I'm running Tomcat 3.3 with multiple virtual hosts and using the handy feature where Tomcat reads the $TOMCAT_HOME/conf/apps-user.xml files for each web app. Things are working well, but I believe all the web applications are being mapped to the /ROOT webapp, which isn't what I want. I copied over the examples directory to each user's area so they would have their own playground so to speak. My reason for thinking this is because of the following output when starting Tomcat: 2002-05-13 12:23:16 - ContextManager: Adding dezrtfox.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding nickmain.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding cogsense.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding mudgecko.spinweb.net:/ROOT 2002-05-13 12:23:16 - ContextManager: Adding jpinto.spinweb.net:/ROOT I've looked at the docs, but haven't found the source of my error. If things work correctly I should expect to see files generated from JSP processing in the $TOMCAT_HOME/work/DOMAIN directory, but I don't. This leads me to think that Tomcat isn't mapping the context correctly to the directory I've specified. Just for kicks, here is one of my webapp config files: ?xml version=1.0 encoding=ISO-8859-1? webapps !-- Begin account nickmain -- Host name=nickmain.spinweb.net Context path= docBase=/usr/local/apache/sites/anotherbigidea.com/htdocs debug=1 reloadable=true /Context Aliasanotherbigidea.com/Alias /Host !-- End account nickmain -- /webapps Can someone enlighten me on this? I would be very appreciative and I'll be glad to furnish more details. Duane -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk performance optimization
If error handling, or something else, get into a recursive loop, it can eat up all available memory and result in symptoms like this. Cheers, Larry -Original Message- From: M. Serrano [mailto:[EMAIL PROTECTED]] Sent: Friday, May 10, 2002 1:18 PM To: [EMAIL PROTECTED] Subject: Re: mod_jk performance optimization Thanx for your reply, for it really helped. I used jk from 3.3 and the previous error which appeard at mod_jk.log is gone. :-) But...(there's always a but) another error appears when I request several servlet tasks simultaneously. In mod_jk.log: [jk_ajp13_worker.c (381)]: Error ajp13_process_callback - write failed I've also checked tomcat.log and the following error appears: Ctx( /WebApplication ): Exception in: R( /WebApplication + /servlet/ServletObj + null) - java.lang.OutOfMemoryError no stack trace available After this the system is slower than ever. I tried to restart Tomcat but the system continues to be very...very slow. I'd appreciate if some clues about this problem could be thrown at me :-) Thanx. Serrano. From: [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: mod_jk performance optimization Date: Thu, 2 May 2002 10:04:13 -0700 (PDT) On Thu, 2 May 2002, M. Serrano wrote: Hi. I've got installed in my box Linux, Apache 1.3.19, JDK 1.3.1 and TC 3.3.1 working with ajp13. The following error appeard in my mod_jk.log after a bit of continuous utilisation: [jk_ajp13_worker.c (203)]: connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed [jk_ajp13_worker.c (621)]: Error reading request From the line numbers, you may use an older version of jk, try updating from CVS head first ( the bug may be already fixed ) ( you can use either the 'frozen' jk from 3.3 or j-t-c ). The error message means from some reasons tomcat didn't sent back any content - so you may need to look in tomcat's lots as well. ( the 'reading request' means the request from tomcat to jk to send a chunk of data ) Costin After analysing the server's config files and reading some threads, I concluded that the problem might be resolved through a bit of extra re-configuration. Although the problem appearence was delayed, it still existed. I wonder if anyone out there could help me with this subject. I'm sending in attach some lines of httpd.conf, server.xml and mod_jk.conf Thanx a lot for your time. Serrano. ## ## httpd.conf -- Apache HTTP server configuration file ## # # Timeout: The number of seconds before receives and sends time out. # Timeout 300 # # KeepAlive: Whether or not to allow persistent connections (more than # one request per connection). Set to Off to deactivate. # KeepAlive On # # MaxKeepAliveRequests: The maximum number of requests to allow # during a persistent connection. Set to 0 to allow an unlimited amount. # We recommend you leave this number high, for maximum performance. # MaxKeepAliveRequests 100 # # KeepAliveTimeout: Number of seconds to wait for the next request from the # same client on the same connection. # KeepAliveTimeout 15 # # Server-pool size regulation. Rather than making you guess how many # server processes you need, Apache dynamically adapts to the load it # sees --- that is, it tries to maintain enough server processes to # handle the current load, plus a few spare servers to handle transient # load spikes (e.g., multiple simultaneous requests from a single # Netscape browser). # # It does this by periodically checking how many servers are waiting # for a request. If there are fewer than MinSpareServers, it creates # a new spare. If there are more than MaxSpareServers, some of the # spares die off. The default values are probably OK for most sites. # MinSpareServers 5 MaxSpareServers 10 # # Number of servers to start initially --- should be a reasonable ballpark # figure. # StartServers 8 # # Limit on total number of servers running, i.e., limit on the number # of clients who can simultaneously connect --- if this limit is ever # reached, clients will be LOCKED OUT, so it should NOT BE SET TOO LOW. # It is intended mainly as a brake to keep a runaway server from taking # the system with it as it spirals down... # MaxClients 150 # # MaxRequestsPerChild: the number of requests each child process is # allowed to process before the child dies. The child will exit so # as to avoid problems after prolonged use when Apache (and maybe the # libraries it uses) leak memory or other resources. On most systems, this # isn't really needed, but a few (such as Solaris) do have notable leaks # in the libraries.
RE: shutdown.sh doesn't shutdown JVM(more info)
Tomcat 4.0.3 will wait forever for web applications to shutdown any non-daemon threads they created. If a web application leaves such a thread running, Tomcat won't shut down. Cheers, Larry -Original Message- From: Leland Chen [mailto:[EMAIL PROTECTED]] Sent: Monday, May 06, 2002 8:46 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: shutdown.sh doesn't shutdown JVM(more info) Hi all, I am using tomcat4.0.3 with JDK1.4 on Solaris 8. After I enter shutdown.sh, the JVM for tomcat is still there. After several round shutdown.sh and startup.sh, my Solaris machine has many JVMs running. If it shutdown web server immediately after I start the web server, the JVM goes away. If I login into my applicaiton after web server started, then shutdown, the JVM will be still there. Anyone knows what is the reason ? Is this caused by some java servlets ? Thanks, Leland htmlDIVnbsp;/DIV/html _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classloader question
The classloader diagram is found at: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#configuring_classes Because Tomcat 3.3.x uses the JDK delagation model for classloading, classes in the apps classloader take priority over WEB-INF/classes and WEB-INF/lib. I don't think your approach will work because of this. However, there is an alternate trick that might work if you want to give it a try. Instead of placing the shared classes in the apps class loader, place them somewhere else and include them in the webapp class loader using the additionalJars attribute of the LoaderInterceptor11. See: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#LoaderInterceptor11 I believe the additionalJars attribute will take directories as well as jars. I also believe the additionalJars will be searched after WEB-INF/classes, so a different version of a class in WEB-INF/classes will take priority over classes added by additionalJars. Cheers, Larry -Original Message- From: tamir [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 4:06 AM To: 'Tomcat Users List' Subject: RE: Classloader question Hi, I had many problems with classloaders using tomcat 3.3.1. I think you shouldn't be suprised by the LinkageError, cause you actually load this class twice, once by the context class loader and second by the apps class loader. What I don't remember is the hirarcy between these two class loaders (maybe you can check in the archives, and understand better what's happening). What I don't understand is why using two different versions of the same class. Isn't it some kind of troublemaker? Tamir -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 7:06 AM To: [EMAIL PROTECTED] Subject: Classloader question Hello, I have a situation with Tomcat 3.3a where I am trying to allow a specific servlet context to load a version of a class from within their WEB-INF/classes directory, while other contexts on the server use a different version of that class that is loaded by the apps classloader. I can currently get the context classloader to actually load the correct class, however later on during init, I am getting a java.lang.LinkageError saying that the specific class that is being loaded twice is violating the loader constraints. Can anyone point me to any resources that would help me solve this problem? Any similar experiences or ideas would be greatly appreciated. Thanks in advance, Mario- __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Classloader question
I haven't actually tested the additionalJars feature with respect to reloading. It was orignally added with non-changing jars in mind, jasper.jar specifically. You may have to also specify use11Loader=true for jar reloading to work. I'm not aware of an equivalent feature in Tomcat 4.x. Cheers, Larry -Original Message- From: tamir [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 9:18 AM To: 'Tomcat Users List' Subject: RE: Classloader question Hi Larry, As I understand the additionalJars attribute, it can actually state jars outside the WEB-INF/lib or WEB-INF/classes that will be reloaded by tomcat when one of the jars in changed. Is it also relevant for Catalina ? (Is there a way to state jars to be reloaded there too ?) Tamir -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 2:18 PM To: 'Tomcat Users List' Subject: RE: Classloader question The classloader diagram is found at: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.htm l#configuring_ classes Because Tomcat 3.3.x uses the JDK delagation model for classloading, classes in the apps classloader take priority over WEB-INF/classes and WEB-INF/lib. I don't think your approach will work because of this. However, there is an alternate trick that might work if you want to give it a try. Instead of placing the shared classes in the apps class loader, place them somewhere else and include them in the webapp class loader using the additionalJars attribute of the LoaderInterceptor11. See: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.htm l#LoaderInterc eptor11 I believe the additionalJars attribute will take directories as well as jars. I also believe the additionalJars will be searched after WEB-INF/classes, so a different version of a class in WEB-INF/classes will take priority over classes added by additionalJars. Cheers, Larry -Original Message- From: tamir [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 4:06 AM To: 'Tomcat Users List' Subject: RE: Classloader question Hi, I had many problems with classloaders using tomcat 3.3.1. I think you shouldn't be suprised by the LinkageError, cause you actually load this class twice, once by the context class loader and second by the apps class loader. What I don't remember is the hirarcy between these two class loaders (maybe you can check in the archives, and understand better what's happening). What I don't understand is why using two different versions of the same class. Isn't it some kind of troublemaker? Tamir -Original Message- From: Mario Felarca [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 7:06 AM To: [EMAIL PROTECTED] Subject: Classloader question Hello, I have a situation with Tomcat 3.3a where I am trying to allow a specific servlet context to load a version of a class from within their WEB-INF/classes directory, while other contexts on the server use a different version of that class that is loaded by the apps classloader. I can currently get the context classloader to actually load the correct class, however later on during init, I am getting a java.lang.LinkageError saying that the specific class that is being loaded twice is violating the loader constraints. Can anyone point me to any resources that would help me solve this problem? Any similar experiences or ideas would be greatly appreciated. Thanks in advance, Mario- __ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Missing jni_md.h file in jni.h???
The jni_md.h file is found in a system dependently named subdirectory of your JDK/include directory. If you are using a build-xxx.sh script, I think this should be addressed. If you are using the jk/native/build.xml to perform the build, be aware this extra include currently isn't handled successfully for some unix platforms in some of the targets. You can add: include name=${java.home}/../include/??? / where you see similar lines for other operating systems. Also, note that even though you will find the following line in the jni target, nothing yet sets the linux (or hpux as far as I could tell) property: include name=${java.home}/../include/linux if=linux / You could add lines like this for your operating system and manually define the os property needed. Cheers, Larry -Original Message- From: David A. Bartmess [mailto:[EMAIL PROTECTED]] Sent: Friday, May 03, 2002 2:46 PM To: Tomcat Users List Subject: Missing jni_md.h file in jni.h??? I'm trying to compile the mod_jk.so file, and have a problem with an include file. The error is below: In file included from /usr/installs/jakarta-tomcat-connectors/jk/native/common/jk_jn i_worker.c:69: /usr/java/j2sdk1.4.0/include/jni.h:27:20: jni_md.h: No such file or directory I've looked everywhere on my system, and it's not here... Is this a java.Sun.Com bug? Or am I missing something somewhere? TIA David A. Bartmess IT Samaritans Helping Non-Profits Achieve Technical Excellence Software Configuration Manager / Sr. Software Developer eDingo.net -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: how do I redirect the generated files?
mod_jk.conf-auto suggests you are using a version of Tomcat 3.2.x. The generated files are not configurable in in 3.2.x. These are configurable in Tomcat 3.3.x, with slightly different defaults. The generated files for 3.3.x all default to being written to the conf/auto directory instead of into conf. AFAIK, your choice is to upgrade to 3.3.x or patch 3.2.x source and build your own Tomcat 3.2.x. Cheers, Larry -Original Message- From: Mike Davis [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 1:33 PM To: [EMAIL PROTECTED] Subject: how do I redirect the generated files? We're trying to redirect the automatically generated files like tomcat-apache.conf, obj.conf-auto, mod_jk.conf-auto, ... because we don't have write permission to the /usr/local/tomcat/conf directory. We have successfully redirected the log files to /var/log by editing the server.xml file. Can we direct all generated files to a directory other than /usr/local/tomcat/conf? Thanks, 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 Cocoon Question
For http://foo.bar.com/, who serves the directory listing? If IIS is serving the listing, making changes on the Tomcat side isn't going to alter this behavior. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Bill, Still not working. My welcome file list is this welcome-file-list welcome-file index.xml /welcome-file /welcome-file-list And you right, it was in web.xml, but after I made the changes, and re-started Tomcat, I still get the directory listing. If you have any other thoughts, please let me know. Thanks Anthony -Original Message- From: Bill Barnhill [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 12:00 PM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question I think this can be done by setting the welcome page to be index.xml. I think this is in web.xml, but I may have the xml file wrong. Do a find on text welcome in the .xml files under tomcat and you should find it. HTH, Bill Barnhill -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 5:46 AM To: '[EMAIL PROTECTED]' Subject: Tomcat Cocoon Question Im using Cocoon 1.8.2 and Tomcat 3.2.4. IIS 5.0 as my Webserver. I have Tomcat processing my Cocoon xml, and IIS doing all of the static pages. My problem is this. If I go to http://foo.bar.com/index.xml it works fine, but if I go to http://foo.bar.com/ it gives me a directory listing of what is in that directory. Id like for it to default to the index.xml file. Can this be done?? Thanks Anthony Diodato Anthony Diodato Webmaster - IT Prophet 21, Inc. 19 West College Avenue Yardley, PA 19067 1-800-776-7438, ext. 4600 Fax: 215-321-8014 [EMAIL PROTECTED] http://www.p21.com/ Prophet 21 -- Powering the Distribution Industry for the Digital Age For the latest press releases from Prophet 21 -- http://www.p21.com/press/press.html * 2/12/2001 - Trading Partner Connect Offers Enterprise-to-Enterprise (E2E) Commerce * 2/9/2001 -- Prophet 21 CommerceCenter 8.0 is Now Available * 2/9/2001 -- Prophet 21 Upgrades and Enhances Prophet 21 Acclaim For the latest articles on Prophet 21 http://www.manufacturing.net/magazine/id/archives/2001/ind010. 02/techupd ate. htm http://www.manufacturing.net/magazine/id/develop/techmain01.1.htm http://www.manufacturing.net/magazine/id/archives/2000/ind1201 /news.htm Visit our website at http://www.p21.com/visit The information in this e-mail is confidential and may contain legally privileged information. It is intended solely for the person or entity to which it is addressed. Access to this e-mail by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, action taken, or action omitted to be taken in reliance on it, is prohibited and may be unlawful. If you received this e-mail in error, please contact the sender and delete the material from any computer. -- 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] Visit our website at http://www.p21.com/visit The information in this e-mail is confidential and may contain legally privileged information. It is intended solely for the person or entity to which it is addressed. Access to this e-mail by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, action taken, or action omitted to be taken in reliance on it, is prohibited and may be unlawful. If you received this e-mail in error, please contact the sender and delete the material from any computer. -- 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 Cocoon Question
Does the request http://foo.bar.com/cocoon/ get mapped to Tomcat? If not, IIS still serves the directory listing. If the listing doesn't identify Tomcat, then Tomcat isn't generating the listing. The statement that IIS doing all of the static pages suggests that IIS is likely to be doing the listings too. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:51 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question IIS serves that page, but I guess I should've been more clear. What Im really looking for is this. http://foo.bar.com/cocoon/ this is the page that Id like to default to the index.xml file The Context /cocoon is served by Tomcat, and this is exactly where my problem lies. Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:45 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question For http://foo.bar.com/, who serves the directory listing? If IIS is serving the listing, making changes on the Tomcat side isn't going to alter this behavior. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Bill, Still not working. My welcome file list is this welcome-file-list welcome-file index.xml /welcome-file /welcome-file-list And you right, it was in web.xml, but after I made the changes, and re-started Tomcat, I still get the directory listing. If you have any other thoughts, please let me know. Thanks Anthony -Original Message- From: Bill Barnhill [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 12:00 PM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question I think this can be done by setting the welcome page to be index.xml. I think this is in web.xml, but I may have the xml file wrong. Do a find on text welcome in the .xml files under tomcat and you should find it. HTH, Bill Barnhill -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 5:46 AM To: '[EMAIL PROTECTED]' Subject: Tomcat Cocoon Question Im using Cocoon 1.8.2 and Tomcat 3.2.4. IIS 5.0 as my Webserver. I have Tomcat processing my Cocoon xml, and IIS doing all of the static pages. My problem is this. If I go to http://foo.bar.com/index.xml it works fine, but if I go to http://foo.bar.com/ it gives me a directory listing of what is in that directory. Id like for it to default to the index.xml file. Can this be done?? Thanks Anthony Diodato Anthony Diodato Webmaster - IT Prophet 21, Inc. 19 West College Avenue Yardley, PA 19067 1-800-776-7438, ext. 4600 Fax: 215-321-8014 [EMAIL PROTECTED] http://www.p21.com/ Prophet 21 -- Powering the Distribution Industry for the Digital Age For the latest press releases from Prophet 21 -- http://www.p21.com/press/press.html * 2/12/2001 - Trading Partner Connect Offers Enterprise-to-Enterprise (E2E) Commerce * 2/9/2001 -- Prophet 21 CommerceCenter 8.0 is Now Available * 2/9/2001 -- Prophet 21 Upgrades and Enhances Prophet 21 Acclaim For the latest articles on Prophet 21 http://www.manufacturing.net/magazine/id/archives/2001/ind010. 02/techupd ate. htm http://www.manufacturing.net/magazine/id/develop/techmain01.1.htm http://www.manufacturing.net/magazine/id/archives/2000/ind1201 /news.htm Visit our website at http://www.p21.com/visit The information in this e-mail is confidential and may contain legally privileged information. It is intended solely for the person or entity to which it is addressed. Access to this e-mail by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, action taken, or action omitted to be taken in reliance on it, is prohibited and may be unlawful. If you received this e-mail in error, please contact the sender and delete the material from any computer. -- 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] Visit our website at http://www.p21.com/visit The information in this e-mail is confidential and may contain legally privileged information. It is intended solely for the person or entity to which it is addressed. Access to this e-mail by anyone else is unauthorized. If you are not the intended recipient, any disclosure
RE: Tomcat Cocoon Question
If Tomcat is serving the listing, you should see Tomcat named in the footer of the displayed page. I forget the exact text of the string. If you don't see mentioned at the bottom of the page, then IIS is serving the listing. If you want the welcome files specified in the web.xml to make a difference, then the request http://foo.bar.com/cocoon/ will have to be forwarded to Tomcat. Which requests are forwarded is controlled by the uriworkermap.properties file. It is here that you would add the appropriate mapping. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:11 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Larry, How can I be sure. I know Tomcat is doing something with that directory, because all of the xml pages are using Java, and I know IIS cant serve them without some help. Inside of my server.xml file Im doing this. Context path=/cocoon docBase=webapps/cocoon debug=0 reloadable=true /Context I thought this mapped the /cocoon context to Tomcat.. Now Im really confused. The Home Directory for IIS is pointing to c:\jakarta-tomcat-3.2.4\webapps Should this be changed too?? Thanks Tony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:04 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Does the request http://foo.bar.com/cocoon/ get mapped to Tomcat? If not, IIS still serves the directory listing. If the listing doesn't identify Tomcat, then Tomcat isn't generating the listing. The statement that IIS doing all of the static pages suggests that IIS is likely to be doing the listings too. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:51 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question IIS serves that page, but I guess I should've been more clear. What Im really looking for is this. http://foo.bar.com/cocoon/ this is the page that Id like to default to the index.xml file The Context /cocoon is served by Tomcat, and this is exactly where my problem lies. Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:45 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question For http://foo.bar.com/, who serves the directory listing? If IIS is serving the listing, making changes on the Tomcat side isn't going to alter this behavior. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Bill, Still not working. My welcome file list is this welcome-file-list welcome-file index.xml /welcome-file /welcome-file-list And you right, it was in web.xml, but after I made the changes, and re-started Tomcat, I still get the directory listing. If you have any other thoughts, please let me know. Thanks Anthony -Original Message- From: Bill Barnhill [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 12:00 PM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question I think this can be done by setting the welcome page to be index.xml. I think this is in web.xml, but I may have the xml file wrong. Do a find on text welcome in the .xml files under tomcat and you should find it. HTH, Bill Barnhill -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 5:46 AM To: '[EMAIL PROTECTED]' Subject: Tomcat Cocoon Question Im using Cocoon 1.8.2 and Tomcat 3.2.4. IIS 5.0 as my Webserver. I have Tomcat processing my Cocoon xml, and IIS doing all of the static pages. My problem is this. If I go to http://foo.bar.com/index.xml it works fine, but if I go to http://foo.bar.com/ it gives me a directory listing of what is in that directory. Id like for it to default to the index.xml file. Can this be done?? Thanks Anthony Diodato Anthony Diodato Webmaster - IT Prophet 21, Inc. 19 West College Avenue Yardley, PA 19067 1-800-776-7438, ext. 4600 Fax: 215-321-8014 [EMAIL PROTECTED] http://www.p21.com/ Prophet 21 -- Powering the Distribution Industry for the Digital Age For the latest press releases from Prophet 21 -- http://www.p21.com/press/press.html * 2/12/2001 - Trading Partner Connect Offers Enterprise-to-Enterprise (E2E) Commerce * 2/9/2001 -- Prophet 21 CommerceCenter 8.0 is Now Available * 2
RE: Tomcat Cocoon Question
At this point, try changing to debug=1 on the StaticInterceptor in server.xml. That should show in the log, whether it is finding the welcome file. You will be looking for Dir handler if the file is not found, or Redirect ... if it is. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question When I get the directory listing, the bottom of my page says Tomcat Web Server v3.2.4 This is what I have in my uriworkermap.properties default.worker=ajp12 /cocoon=$(default.worker) /cocoon/*=$(default.worker) /cocoon/*.xml=$(default.worker) Still getting the same results. I thank for all your help so far, and I think Im close, but something isn't clicking somewhere. Any other thoughts Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:28 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question If Tomcat is serving the listing, you should see Tomcat named in the footer of the displayed page. I forget the exact text of the string. If you don't see mentioned at the bottom of the page, then IIS is serving the listing. If you want the welcome files specified in the web.xml to make a difference, then the request http://foo.bar.com/cocoon/ will have to be forwarded to Tomcat. Which requests are forwarded is controlled by the uriworkermap.properties file. It is here that you would add the appropriate mapping. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:11 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Larry, How can I be sure. I know Tomcat is doing something with that directory, because all of the xml pages are using Java, and I know IIS cant serve them without some help. Inside of my server.xml file Im doing this. Context path=/cocoon docBase=webapps/cocoon debug=0 reloadable=true /Context I thought this mapped the /cocoon context to Tomcat.. Now Im really confused. The Home Directory for IIS is pointing to c:\jakarta-tomcat-3.2.4\webapps Should this be changed too?? Thanks Tony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:04 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Does the request http://foo.bar.com/cocoon/ get mapped to Tomcat? If not, IIS still serves the directory listing. If the listing doesn't identify Tomcat, then Tomcat isn't generating the listing. The statement that IIS doing all of the static pages suggests that IIS is likely to be doing the listings too. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:51 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question IIS serves that page, but I guess I should've been more clear. What Im really looking for is this. http://foo.bar.com/cocoon/ this is the page that Id like to default to the index.xml file The Context /cocoon is served by Tomcat, and this is exactly where my problem lies. Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:45 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question For http://foo.bar.com/, who serves the directory listing? If IIS is serving the listing, making changes on the Tomcat side isn't going to alter this behavior. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Bill, Still not working. My welcome file list is this welcome-file-list welcome-file index.xml /welcome-file /welcome-file-list And you right, it was in web.xml, but after I made the changes, and re-started Tomcat, I still get the directory listing. If you have any other thoughts, please let me know. Thanks Anthony -Original Message- From: Bill Barnhill [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 12:00 PM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question I think this can be done by setting the welcome page to be index.xml. I think this is in web.xml, but I may have the xml file wrong. Do a find on text welcome in the .xml files under tomcat and you should find it. HTH, Bill Barnhill
RE: Tomcat Cocoon Question
The output would go to the Tomcat log, which defaults to outputing to the console. If it gets lost there, add a path for the tc_log in server.xml. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:10 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question I've set the StaticInterceptor to RequestInterceptor classname=org.apache.tomcat.request.StaticInterceptor debug=1 suppress=false/ Now where is the log file that Im looking for?? I only have 3 log files in the entire jakarta-tomcat-3.2.4 directory iis_redirect.log jasper.log servlet.log Thanks Tony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:01 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question At this point, try changing to debug=1 on the StaticInterceptor in server.xml. That should show in the log, whether it is finding the welcome file. You will be looking for Dir handler if the file is not found, or Redirect ... if it is. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question When I get the directory listing, the bottom of my page says Tomcat Web Server v3.2.4 This is what I have in my uriworkermap.properties default.worker=ajp12 /cocoon=$(default.worker) /cocoon/*=$(default.worker) /cocoon/*.xml=$(default.worker) Still getting the same results. I thank for all your help so far, and I think Im close, but something isn't clicking somewhere. Any other thoughts Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:28 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question If Tomcat is serving the listing, you should see Tomcat named in the footer of the displayed page. I forget the exact text of the string. If you don't see mentioned at the bottom of the page, then IIS is serving the listing. If you want the welcome files specified in the web.xml to make a difference, then the request http://foo.bar.com/cocoon/ will have to be forwarded to Tomcat. Which requests are forwarded is controlled by the uriworkermap.properties file. It is here that you would add the appropriate mapping. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:11 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Larry, How can I be sure. I know Tomcat is doing something with that directory, because all of the xml pages are using Java, and I know IIS cant serve them without some help. Inside of my server.xml file Im doing this. Context path=/cocoon docBase=webapps/cocoon debug=0 reloadable=true /Context I thought this mapped the /cocoon context to Tomcat.. Now Im really confused. The Home Directory for IIS is pointing to c:\jakarta-tomcat-3.2.4\webapps Should this be changed too?? Thanks Tony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:04 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question Does the request http://foo.bar.com/cocoon/ get mapped to Tomcat? If not, IIS still serves the directory listing. If the listing doesn't identify Tomcat, then Tomcat isn't generating the listing. The statement that IIS doing all of the static pages suggests that IIS is likely to be doing the listings too. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:51 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question IIS serves that page, but I guess I should've been more clear. What Im really looking for is this. http://foo.bar.com/cocoon/ this is the page that Id like to default to the index.xml file The Context /cocoon is served by Tomcat, and this is exactly where my problem lies. Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 9:45 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question For http://foo.bar.com/, who serves the directory listing? If IIS is serving the listing, making changes on the Tomcat side isn't going to alter this behavior. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent
RE: Tomcat Cocoon Question
After inspecting the source for StaticInterceptor, there is a bug that causes the debug level always be reset to 0. That would explain the lack of additional output. It is this interceptor that decides whether to redirect to a found welcome file or display a directory lists when the request refers to a directory. It is not clear why this interceptor is not picking up your welcome file. I have confirmed that this bug, among many others, is not present in Tomcat 3.3 and later. If you can give 3.3.1 a try, you would also benefit in that Tomcat 3.3 will validate the web.xml. If the welcome file is being ignored due to some syntax error in web.xml, you would find out about it. The alternative is to build your own Tomcat 3.2.x from source, removing the debug=0 in the contextInit() method of StaticInterceptor. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:37 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question OK, Ive set up the error log to go to tomcat.log. This is what I have in my log after I try to access http://foo.bar.com/cocoon Nothing seems to change in here after I access http://foo.bar.com/cocoon or http://foo.bar.com/cocoon/index.xml I go back and forth between pages, refreshing and still nothing seems to appear 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /examples ) 2002-05-01 11:22:51 - Ctx( /cocoon ): Set debug to 1 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /cocoon ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /admin ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /index.html ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /test ) 2002-05-01 11:22:58 - Ctx( /cocoon ): XmlReader - init /cocoon webapps/cocoon 2002-05-01 11:22:58 - Ctx( /cocoon ): Reading C:\jakarta-tomcat-3.2.4\webapps\cocoon\WEB-INF\web.xml 2002-05-01 11:22:58 - Ctx( /cocoon ): Loading -2147483646 jsp 2002-05-01 11:22:59 - PoolTcpConnector: Starting HttpConnectionHandler on 8080 2002-05-01 11:22:59 - PoolTcpConnector: Starting Ajp12ConnectionHandler on 8007 THanks Tony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:18 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question The output would go to the Tomcat log, which defaults to outputing to the console. If it gets lost there, add a path for the tc_log in server.xml. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:10 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question I've set the StaticInterceptor to RequestInterceptor classname=org.apache.tomcat.request.StaticInterceptor debug=1 suppress=false/ Now where is the log file that Im looking for?? I only have 3 log files in the entire jakarta-tomcat-3.2.4 directory iis_redirect.log jasper.log servlet.log Thanks Tony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:01 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question At this point, try changing to debug=1 on the StaticInterceptor in server.xml. That should show in the log, whether it is finding the welcome file. You will be looking for Dir handler if the file is not found, or Redirect ... if it is. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:41 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question When I get the directory listing, the bottom of my page says Tomcat Web Server v3.2.4 This is what I have in my uriworkermap.properties default.worker=ajp12 /cocoon=$(default.worker) /cocoon/*=$(default.worker) /cocoon/*.xml=$(default.worker) Still getting the same results. I thank for all your help so far, and I think Im close, but something isn't clicking somewhere. Any other thoughts Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 10:28 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question If Tomcat is serving the listing, you should see Tomcat named in the footer of the displayed page. I forget the exact text of the string. If you don't see mentioned at the bottom of the page, then IIS is serving the listing. If you want the welcome files specified in the web.xml to make a difference, then the request http://foo.bar.com/cocoon/ will have to be forwarded to Tomcat. Which requests are forwarded is controlled by the uriworkermap.properties file. It is here
RE: Tomcat Cocoon Question
I would recommend giving it a try. The 3.3 release notes covers the most important new features and changes. Primarily, check out the 2. INSTALLING AND RUNNING TOMCAT and 5. NEW FEATURES AND CHANGES IN THIS RELEASE in: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/readme Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 1:53 PM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question How hard is it to upgrade from Tomcat 3.2.4 to 3.3.1 And is there any side affects that will make problems with Cocoon 1.8.2, and IIS 5.0 Thanks Anthony -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 12:57 PM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question After inspecting the source for StaticInterceptor, there is a bug that causes the debug level always be reset to 0. That would explain the lack of additional output. It is this interceptor that decides whether to redirect to a found welcome file or display a directory lists when the request refers to a directory. It is not clear why this interceptor is not picking up your welcome file. I have confirmed that this bug, among many others, is not present in Tomcat 3.3 and later. If you can give 3.3.1 a try, you would also benefit in that Tomcat 3.3 will validate the web.xml. If the welcome file is being ignored due to some syntax error in web.xml, you would find out about it. The alternative is to build your own Tomcat 3.2.x from source, removing the debug=0 in the contextInit() method of StaticInterceptor. Cheers, Larry -Original Message- From: Anthony Diodato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 01, 2002 11:37 AM To: 'Tomcat Users List' Subject: RE: Tomcat Cocoon Question OK, Ive set up the error log to go to tomcat.log. This is what I have in my log after I try to access http://foo.bar.com/cocoon Nothing seems to change in here after I access http://foo.bar.com/cocoon or http://foo.bar.com/cocoon/index.xml I go back and forth between pages, refreshing and still nothing seems to appear 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /examples ) 2002-05-01 11:22:51 - Ctx( /cocoon ): Set debug to 1 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /cocoon ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /admin ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /index.html ) 2002-05-01 11:22:51 - ContextManager: Adding context Ctx( /test ) 2002-05-01 11:22:58 - Ctx( /cocoon ): XmlReader - init /cocoon webapps/cocoon 2002-05-01 11:22:58 - Ctx( /cocoon ): Reading C:\jakarta-tomcat-3.2.4\webapps\cocoon\WEB-INF\web.xml 2002-05-01 11:22:58 - Ctx( /cocoon ): Loading -2147483646 jsp 2002-05-01 11:22:59 - PoolTcpConnector: Starting HttpConnectionHandler on 8080 2002-05-01 11:22:59 - PoolTcpConnector: Starting Ajp12ConnectionHandler on 8007 THanks Tony -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: How to change the jsp file expansion rules
Only Tomcat 3.2.x and earlier use this form of name mangling and file placement. Both Tomcat 3.3.x and Tomcat 4.x place files in the appropriate directory with a name that is not lengthened much by mangling. You will need to upgrade to get this new behavior. Cheers, Larry -Original Message- From: Ed Rouse [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 30, 2002 10:33 AM To: 'Tomcat Users List' Subject: How to change the jsp file expansion rules I have hit the file name too long barrier. The problem isn't the filename per say, but the way tomcat is creating the .java and .class names from the jsp. When expanding the jsp, it is including the directory structure in the file name. It also creates the directory structure, but doesn't put any files in it. Example: jsp/one/two/three/filename.jsp becomes _0002fjsp_0002fone_0002ftwo_0002fthree_0002ffilename_0002ejspf ilename.class _0002fjsp_0002fone_0002ftwo_0002fthree_0002ffilename_0002ejspf ilename_jsp_0. java but the subdirectory three under jsp/one/two is empty. Is there any way to change this behavior so that it will place 'filename_0002ejspfilename.class' et al in the proper directory? Thanks, Ed. -- 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: MIME types in 3.3
Hi Keith, The only alternative I'm aware of, other than cut and paste, is to build your own Tomcat 3.3.x and re-enable the the readDefaultWebXml() call in the contextInit() method of WebXmlReader.java. Cheers, Larry -Original Message- From: Keith Wannamaker [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 24, 2002 6:33 PM To: [EMAIL PROTECTED] Subject: MIME types in 3.3 Since the default web.xml has been done away with, what is the best way to set up thirty or forty default mime type mappings for all webapps, without repeating this information in every webapps' web.xml? Keith -- 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: multiple Tomcat-instances and a confused servlet...
In server.xml, ContextInterceptor className=...AutoSetup will automatically add subdirectories of TOMCAT_HOME/webapps as contexts, using the subdirectory name as the context name. Context declarations in server.xml can override the settings for the auto-added contexts. If you don't want a web application automatically served, move it outside of the TOMCAT_HOME/webapps or remove the interceptor so no contexts are automatically served. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 6:06 AM To: [EMAIL PROTECTED] Subject: multiple Tomcat-instances and a confused servlet... Hi, I'm using multiple instances of Tomcat 3.2.4. The problem is, that I can access servlets of one instance even if the servlets is in the webapps-directory of another instance. This is very confusing during the development of the servlet, because it still lives in the other instances although I shut down the right instance. The main instance of Tomcat lsitens on Port 8087: http://www.mydomain.com:8087/Community/Poll The servlet Poll ist configured to run this instance: server.xml: Context path=/Community docBase=webapps/Community crossContext=false debug=0 reloadable=true /Context web.xml: servlet-mapping servlet-name Poll /servlet-name url-pattern /Poll /url-pattern /servlet-mapping and it is loaded correct during the startup of this TC-instance: tomcat.log: 2002-04-25 11:25:04 - Ctx( /Community ): Mapping with unregistered servlet Poll start-script of this instance: TOMCATLOG=/usr/local/jakarta-tomcat-3.2.4/logs/tomcat_start.log TOMCATLOG2=/usr/local/jakarta-tomcat-3.2.4/logs/tomcat_err.log export JAVA_HOME=/usr/local/jdk1.3.1_02 export TOMCAT_HOME=/usr/local/jakarta-tomcat-3.2.4 cd $TOMCAT_HOME /usr/local/jakarta-tomcat-3.2.4/bin/startup.sh -f /usr/local/jakarta-tomcat-3.2.4/conf/server.xml $TOMCATLOG 2$TOMCATLOG2 so far, so good. BUT: I can access this servlet with an other TC-instance, which listens on Port 9015: http://www.mydomain.com:9015/Community/Poll in this instance, there is NO entry in server.xml which points on the servlet Poll. Even the directory webapps/Community does not exist in this instance! ...and it is loaded during the startup :(( 2002-04-25 11:24:16 - Ctx( /Community ): Mapping with unregistered servlet Poll start-script of this instance, which uses the same binaries but an other server.xml: TOMCATLOG=/usr/local/tc-324-i2125/logs/i2125tomcat_start.log TOMCATLOG2=/usr/local/tc-324-i2125/logs/i2125tomcat_err.log export JAVA_HOME=/usr/local/jdk1.3.1_02 export TOMCAT_HOME=/usr/local/jakarta-tomcat-3.2.4 /usr/local/jakarta-tomcat-3.2.4/bin/startup.sh -f /usr/local/tc-324-i2125/conf/server.xml $TOMCATLOG 2$TOMCATLOG2 Any ideas how I can stop this behaviour ? Many thanks ! Kay -- 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: Class jsppages.MoniBean not found. SORTED MYSELF CHEERS ALL
I don't think moving all the pages to the base directory of your web application is the best solution. The important point about: jsp:useBean id=formHandler scope=request class=MoniBean/ is that MoniBean is declared to be in the default package, i.e. it has no package. If you don't declare this fact to the JSP page, the JSP compiler will assume MoniBean is in the *same* package as the JSP's java file. In Tomcat 3.x, the package that JSP's are placed in is equal to the subdirectory structure from the base of the web application. Thus a JSP page in the jsppages subdirectory will be placed in the jsppages package. Hence the error stating that Class jsppages.MoniBean not found. Note the package name on the class. Tomcat 3.x's behavior also means that JSP pages in the base directory of your web application are placed in the default package, causing MoniBean to become visible by luck. There is no guarantee about what package any JSP will be placed in, so you can't count on this. In fact, it is guaranteed to not work with Tomcat 4.x. The best solution is to declare that MoniBean is in the default package rather than allowing the JSP compiler to assume it is in the same package as the JSP. To to this, add: %@ page import=MoniBean % This will allow your JSP page to work in any directory and any servlet container, including Tomcat 4.x. Cheers, Larry -Original Message- From: chuck amadi [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 7:22 AM To: Tomcat Users List; taglibs-user-help Subject: Re: Class jsppages.MoniBean not found. SORTED MYSELF CHEERS ALL chuck amadi wrote: *Hi there any reason for this as i i haven't got jsppages in my classes path or as a package in my MoniBea* *jsp:useBean id=formHandler scope=request class=MoniBean/** **jsp:setProperty name=formHandler property=*/* *Error: 500* *Location: /volapp/jsppages/registerProcess.jsp* *Internal Servlet Error:* org.apache.jasper.JasperException: Unable to compile /home/chucka/tomcat/work/DEFAULT/volapp/jsppages/registerProce ss_1.java:72: Class jsppages.MoniBean not found. MoniBean formHandler = null; ^ /home/chucka/tomcat/work/DEFAULT/volapp/jsppages/registerProce ss_1.java:75: Class jsppages.MoniBean not found. formHandler= (MoniBean) ^ /home/chucka/tomcat/work/DEFAULT/volapp/jsppages/registerProce ss_1.java:80: Class jsppages.MoniBean not found. formHandler = (MoniBean) java.beans.Beans.instantiate(this.getClass().getClassLoader(), MoniBean); ^ 3 errors at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source) at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source) at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source) at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Http10Interceptor.processConn ection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Thread.java:498) Please help as i have had to to do a reinstall of tomcat 3.3a as i couldn't sort the behaviour issue as i kept getting cannot creat Bean.So thid is better than the previous errors. Cheers Chuck Amadi Systems Programmer Gathered all my jsp's and htm and placed them in the same level as my webapp Cheers Chuck Amadi Systems Programmer Rhaglennydd Systemau -- 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: [Q] Using IBM JDK with tomcat 3.3
Tomcat 3.3.x doesn't get a lot of testing against any 1.1.8 JDK. What little testing it does get is done with Sun's JDK 1.1.8. This testing is done with a Tomcat that is built with Sun's JDK 1.1.8. The binary distribution is built with Sun's JDK 1.3.1. You might try building Tomcat 3.3 with IBM's JDK and see if this succeeds and if so, does it still run any better than the binary distribution you are using now. Cheers, Larry -Original Message- From: Sudhakar Chandra [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 25, 2002 12:37 PM To: [EMAIL PROTECTED] Subject: [Q] Using IBM JDK with tomcat 3.3 Hi, Here is my setup: tomcat: 3.3a mod_jk: 3.3a Sun JDK: 1.1.8v1 IBM JDK: 1.1.8 OS: Debian GNU/Linux testing When I use Sun's JDK, the ajp12 and ajp13 workers start accepting connections. Here are relevant bits from the log files: Jdk11Compat: Installing jar protocol handler 2002-04-25 09:17:17 - SessionIdGenerator: Opening /dev/urandom 2002-04-25 09:17:24 - ServerXmlReader: Config=$TOMCAT_HOME/conf/server.xml 2002-04-25 09:17:24 - PathSetter: home=/usr/share/tomcat 2002-04-25 09:17:25 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-examples.xml 2002-04-25 09:17:25 - Ctx(/jsp) : Setting debug to 1 2002-04-25 09:17:25 - AutoWebApp: Auto-Adding DEFAULT:/ 2002-04-25 09:17:25 - AutoWebApp: Loaded from config: DEFAULT:/examples 2002-04-25 09:17:25 - ContextManager: Tomcat configured and in stable state 2002-04-25 09:17:25 - ContextManager: Adding DEFAULT:/examples 2002-04-25 09:17:25 - ContextManager: Adding DEFAULT:/jsp 2002-04-25 09:17:25 - ContextManager: Adding DEFAULT:/ROOT thaths@daemon:[51] ~ $ telnet localhost 8007 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Connection closed by foreign host. thaths@daemon:[52] ~ $ telnet localhost 8009 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Connection closed by foreign host. However, when I start tomcat using IBM's JDK, ajp12 and ajp13 workers do not accept connections. They don't even start up as far as I can tell. Here are relevant bits from the log files: Jdk11Compat: Installing jar protocol handler 2002-04-25 09:21:52 - SessionIdGenerator: Opening /dev/urandom 2002-04-25 09:22:02 - ServerXmlReader: Config=$TOMCAT_HOME/conf/server.xml 2002-04-25 09:22:02 - PathSetter: home=/usr/share/tomcat 2002-04-25 09:22:03 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-examples.xml 2002-04-25 09:22:03 - Ctx(/jsp) : Setting debug to 1 2002-04-25 09:22:03 - AutoWebApp: Auto-Adding DEFAULT:/ 2002-04-25 09:22:03 - AutoWebApp: Loaded from config: DEFAULT:/examples 2002-04-25 09:22:04 - ContextManager: Tomcat configured and in stable state 2002-04-25 09:22:04 - ContextManager: Adding DEFAULT:/examples 2002-04-25 09:22:04 - ContextManager: Adding DEFAULT:/jsp 2002-04-25 09:22:04 - ContextManager: Adding DEFAULT:/ROOT thaths@daemon:[55] ~ $ telnet localhost 8007 Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused thaths@daemon:[56] ~ $ telnet localhost 8009 Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused I'd really like to work using the IBM JDK. What am I doing wrong? The configurations remain the same in both cases. Your help would be greatly appreciated. Thanks. Thaths -- Lisa: I'm studying for the math fair. If I win, I'll bring home a brand new protractor. Homer: Too bad we don't live on a farm. thaths at aunet.org Slacker At Large http://www.aunet.org/~thaths/ Key fingerprint = 8A 84 2E 67 10 9A 64 03 24 38 B6 AB 1B 6E 8C E4 -- 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: Initialization in Tomcat 4.0.3
In Tomcat 4.x, this is accomplished by adding a LifecycleListener to the appropriate container, Engine, Host, etc. An example of how something like this is done may be found at: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/host.html#User%20Web%20Applications In this case, the Listener is added to the Host container. It adds user home directories as contexts when the Lifecyle.START_EVENT occurs. See the org.apache.catalina.startup.UserConfig source for implementation details. Hopefully, this will get you started. Cheers, Larry -Original Message- From: Subir Sengupta [mailto:[EMAIL PROTECTED]] Sent: Monday, April 15, 2002 6:08 PM To: '[EMAIL PROTECTED]' Subject: Initialization in Tomcat 4.0.3 Hi, In Tomcat 3 we initialized stuff with the RequestInterceptor element in web.xml like this: RequestInterceptor debug=0 className=org.apache.tomcat.init.Init / Init has a engineInit method that looks like this: public final class Init extends BaseInterceptor . . . public void engineInit(ContextManager cm) throws TomcatException { CategoryNames.init(); etc How do I the same thing in Tomcat 4.0.3 ? Thanks from a Tomcat newbie, Subir Subir Sengupta (E-mail).vcf -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: Upgrading from Tomcat 3.2.1 to tomcat 3.3.1
-Original Message- From: Michel COTE [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 1:06 PM To: '[EMAIL PROTECTED]' Subject: Upgrading from Tomcat 3.2.1 to tomcat 3.3.1 Hello, I'm using Jakarta Tomcat 3.2.1since one year. As i had to install a new machine, i decided to use instead Tomcat 3.3.1 My JSP files use the classes of a package on my server (by importing them). With 3.3.1 i am unable to use the classes of this package in my JSP classes. Looks like the CLASSPATH is no more use !? Correct. See the following for information on configuring classes in Tomcat 3.3.x: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ug.html#configuring_classes With 3.2.1 i used to put the classpath in a TOMCAT_HOME\conf\wrapper.properties files. This file as moved or disappear, where can i define the classpath of Tomcat 3.3.1. It is now in conf\jk. Note that this file has an issue in that it requires an extra modification before use. For details, see the note at: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/win32/i386/ Cheers, Larry Thanks for any precious help and sorry for my bad english ! Michel COTE. -- 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: keystore not found in tomcat-3.3.1-dev
Try: keystore=/usr/cert/.keystore and see if that works. Its hard to tell from the error output if this is the only problem. Hopefully, it is. Cheers, Larry -Original Message- From: IS400 ABB [mailto:[EMAIL PROTECTED]] Sent: Monday, April 15, 2002 9:47 AM To: [EMAIL PROTECTED] Subject: keystore not found in tomcat-3.3.1-dev I'm running Tomcat-jakarta-3.3.1-dev with SSL. Problem: How to get SSL working when I specify the keystore path in server.xml? I have created a keystore file (.keystore) with the following command: keytool -genkey -alias tomcat -keyalg RSA -keystore /usr/cert/.keystore In server.xml i then setup the following connector: Http10Connector port=443 secure=true keystore=/usr/cert keypass=changeit clientAuth=false maxThreads=100 maxSpareThreads=50 minSpareThreads=10 / The error of starting Tomcat can be seen below! It works fine when I create a .keystore file in the root directory (current user home dir)! Output from starting Tomcat: Using classpath: /usr/local/jakarta-tomcat-3.3.1-dev/bin/../lib/tomcat.jar Using JAVA_HOME: /usr/opt/java131 Using TOMCAT_HOME: /usr/local/jakarta-tomcat-3.3.1-dev ragge# 2002-04-15 12:37:59 - ServerXmlReader: Config=$TOMCAT_HOME/conf/server.xml 2002-04-15 12:37:59 - PathSetter: home=/usr/local/jakarta-tomcat-3.3.1-dev 2002-04-15 12:38:00 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-127.0.0.1.xml 2002-04-15 12:38:00 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-admin.xml 2002-04-15 12:38:00 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-examples.xml 2002-04-15 12:38:00 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-is400.xml 2002-04-15 12:38:00 - AutoWebApp: Loaded from config: DEFAULT:/admin 2002-04-15 12:38:00 - AutoWebApp: Auto-Adding DEFAULT:/ 2002-04-15 12:38:00 - AutoWebApp: Loaded from config: DEFAULT:/examples 2002-04-15 12:38:00 - ContextManager: Tomcat configured and in stable state 2002-04-15 12:38:01 - ContextManager: Adding DEFAULT:/admin 2002-04-15 12:38:01 - ContextManager: Adding DEFAULT:/examples 2002-04-15 12:38:01 - ContextManager: Adding DEFAULT:/admin 2002-04-15 12:38:01 - ContextManager: Adding DEFAULT:/ROOT EmbededTomcat: Init time 8591 2002-04-15 12:38:03 - Http10Interceptor: Starting on 80 Guessed home=/usr/local/jakarta-tomcat-3.3.1-dev java.lang.reflect.InvocationTargetException: org.apache.tomcat.core.TomcatException: Root cause - //.keystore (No such file or directory) at org.apache.tomcat.modules.server.PoolTcpConnector.engineStart (pc 102) at org.apache.tomcat.core.ContextManager.start (pc 37) at org.apache.tomcat.startup.EmbededTomcat.start (pc 29) at org.apache.tomcat.startup.EmbededTomcat.execute1 (pc 72) at org.apache.tomcat.startup.EmbededTomcat$1.run (pc 4) at org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run (pc 4) at java.security.AccessController.doPrivileged(java.security.Priv ilegedExceptionAction,jav a.security.AccessControlContext) (AccessController.java) at org.apache.tomcat.util.compat.Jdk12Support.doPrivileged (pc 52) at org.apache.tomcat.startup.EmbededTomcat.execute (pc 20) at java.lang.reflect.Method.invoke (Method.java) at org.apache.tomcat.util.IntrospectionUtils.execute (pc 58) at org.apache.tomcat.startup.Main.execute (pc 138) at org.apache.tomcat.startup.Main.main (pc 14) Thank you in advance for any comments! /Per _ Hämta MSN Explorer kostnadsfritt på http://explorer.msn.se/intl.asp -- 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: changing auto log rotation in TC3.3 ?
I haven't personally verified it, but I think there is a bug in Tomcat 3.3.x's logger in that the log file is restarted each day. If the name doesn't change each day, then the log file gets overwritten each day until it does change. The logger needs to be updated to append rather that overwrite when the log is restarted. Ignacio, have you done log rotations longer than daily? The above is based on code inspection, so I could be wrong. Cheers, Larry -Original Message- From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 11, 2002 3:00 PM To: 'Tomcat Users List' Subject: RE: changing auto log rotation in TC3.3 ? De: Ray Pitmon [mailto:[EMAIL PROTECTED]] Enviado el: jueves 11 de abril de 2002 20:35 1) how do I make it so that tomcat will only rotate logs weekly or monthly? add this template ${MM} to your logger filename as timestamp, you will get monthly logs, is a SimpleDateFormat check http://java.sun.com/products/jdk/1.2/docs/api/java/text/Simpl eDateForma t.html to know what you can do, search the docs for your JVM version to see what can be done, you can get weekly logs.. and much more.. 2) can I make it so that the servlet logs aren't overwritten every time I restart tomcat? Maybe worth add a new attribute setting for that? please post a RFE to bugzilla for that too, this will remind to add this .. TIA 3) why does tomcat decide to rotate the logs at 1am instead of midnight? You've find a bug , please post it to bugzilla, may be the DST, just started, is not taken into account. 4) Are there any other attributes to LogSetter? (I only see 5 in the doc, with nothing pertaining to rotation) look at http://cvs.apache.org/viewcvs/~checkout~/jakarta-tomcat/src/share/org/a pache/tomcat/modules/config/LogSetter.java?rev=1.14content-type=text/pl ain the setters of the logsetter class are the available attributes, that pertain to the logsetter element in server.xml Shortly will be possible to use log4j, i think that feature is in CVS already, and most of this problems will go away, in all or in part.. ;) Saludos , Ignacio J. Ortega -- 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: changing auto log rotation in TC3.3 ?
I was going to try to add an append attribute to LogSetter and have the restarts always append. If you want to commit something, go ahead. If not, I'll look into it. Cheers, Larry -Original Message- From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 11, 2002 3:36 PM To: 'Tomcat Users List' Subject: RE: changing auto log rotation in TC3.3 ? De: Larry Isaacs [mailto:[EMAIL PROTECTED]] Enviado el: jueves 11 de abril de 2002 21:15 Ignacio, have you done log rotations longer than daily? The above is based on code inspection, so I could be wrong. Yep, when i did the log rotation, but never more after that may be i left a bug behind me.. hmmm, yes, you are right, Filewriter is not created in append mode.. Should i commit it? May be add a new attribute to LogSetter to control the appending or not? Better get rid of this capability alltogether and wait for log4j support? Saludos , Ignacio J. Ortega -- 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: Bug in Tomcat 3.3.1 with getPathInfo() ?
According to RFC2396, '+' is are reserved character in the query string, but not in the path portion of a URL. There was a bug fix in Tomcat 3.3.1 to avoid translating '+' to ' ' in the parts of the URL prior to the query string. Cheers, Larry -Original Message- From: Olaf Vetter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 10:40 AM To: [EMAIL PROTECTED] Subject: Bug in Tomcat 3.3.1 with getPathInfo() ? As far as I understand, calling request.getPathInfo() should return an encoded string. With Tomcat 3.3.1, it returns the plus sign instead of encoding it to a space. (Besides, it works ok with Tomcat 3.2X) Is this a bug or intended? Thanks in advance Olaf Vetter -- 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: Bug in Tomcat 3.3.1 with getPathInfo() ?
I think if request.getPathInfo() returns '/Hit+Run', then the path info was '/Hit+Run' or '/Hit%2BRun'. The path would have to be '/Hit%20Run' for getPathInfo() to return '/Hit Run' on Tomcat 3.3.1. Cheers, Larry -Original Message- From: Olaf Vetter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 11:20 AM To: [EMAIL PROTECTED] Subject: RE: Bug in Tomcat 3.3.1 with getPathInfo() ? OK. But now, is there any way to distinguish between a '+' that results from encoding '%2B' and a '+' that stands for ' ' ? In other words, if request.getPathInfo() returns '/Hit+Run' , this could be '/Hit+Run' or '/Hit Run' ... Olaf [EMAIL PROTECTED] 10.04.2002 17:07 According to RFC2396, '+' is are reserved character in the query string, but not in the path portion of a URL. There was a bug fix in Tomcat 3.3.1 to avoid translating '+' to ' ' in the parts of the URL prior to the query string. Cheers, Larry -- 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: jk_nt_service fails (error 1067)
Elsewhere in wrappers.properties two log files are defined. Are these log files created? If not, it suggests that jk_nt_service is not finding the wrapper.properties or maybe the wrapper.properties has some error that prevents it from being processed (I have never seen such an error though). If the log files exist but don't contain any clues, I would recommend manually building the wrapper.cmd_line with all the substitutions and executing that in a DOS prompt to see what happens. Hopefully it will reveal the error the service is encountering with it tries to execute this command. Cheers, Larry -Original Message- From: Alexander Höglind [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 4:55 AM To: Tomcat Users List Subject: Re: jk_nt_service fails (error 1067) Hi, I'm using Tomcat 4.03 and this is what I found at the end of the file, * #wrapper.cmd_line=$(wrapper.javabin) -Djava.security.policy==$(wrapper.tomcat_policy) -Dtomcat.home=$(wrapper.tomcat_home) -classpath $(wrapper.class_path) $(wrapper.startup_class) -config $(wrapper.server_xml) wrapper.cmd_line=$(wrapper.javabin) -Xrs -Djava.security.policy==$(wrapper.tomcat_policy) -Dtomcat.home=$(wrapper.tomcat_home) -classpath $(wrapper.class_path) $(wrapper.startup_class) -config $(wrapper.server_xml) start * Soo it seems like it is already fixed by default. Thanx, Alexander - Original Message - From: Lecaros, Noel [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Monday, April 08, 2002 6:41 PM Subject: RE: jk_nt_service fails (error 1067) Hi, Have you looked in %TOMCAT_HOME%\logs\jvm.stderr? This message looks familiar. There appears to be an issue with the wrapper.properties file (the one you should specify as a command-line argument to jk_nt_service.exe) in that the property wrapper.jvm.options is not being read properly. Either remove this from the wrapper.cmd_line (found at the end of the file) or set wrapper.jvm.options=-Xrs. This issue is actually documented somewhere in the mailing list, which makes a case for better documentation for Tomcat. Regards, Noel Lecaros -Original Message- From: Alexander Höglind [mailto:[EMAIL PROTECTED]] Sent: Monday, April 08, 2002 9:19 AM To: Tomcat User Subject: jk_nt_service fails (error 1067) Hi, I'm using Tomcat 4.03 on win2000 server(sp2) and IIS 5.0 Tomcat seems to work fine (mysite.com:8080) but I can't get jk_nt_service to work. I have disabled tomcat.exe in my services and restarted the server, but the service doesn't start. My operating system is in swedish but this is an error I found in this group that looks like it: *** A system error has occurred. System error 1067 has occurred. The process terminated unexpectedly. *** I couldn't find an answer to the old message so I ask again. Why can't I have this service started. Just to see that it wasn't my server that was messed up, I installed tomcat on win2000 prof (sp2) with default IIS and it generates the same error. If I try to start the service in the Command Prompt (jk_nt_service -s Tomcat) and it generates this error: * Asked (and given) winsoc Starting Tomcat. Tomcat failed to start. * The service is started by following command: jk_nt_service.exe Tomcat in win2000 services. If I try that in the Command Promt I get the following error: Asked (and given) winsock 1.1 Error: StartServiceCtrlDispatcher failed. *** Can it have to do with spaces in my tomcat installation dir. d:\Java\Apache Tomcat 4.0 ? Thanx for any help, Alexander Höglind -- 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: setProperty
This is specified behavior. Section JSP.4.2 of the JSP 1.2 spec states for the property attribute of jsp:setProperty ...: The name of the Bean property whose value you want to set. If you set propertyName to * then the tag will iterate over the current ServletRequest parameters, matching parameter names and value type(s) to property names and setter method type(s), setting each matched property to the value of the matching parameter. If a parameter has a value of , the corresponding property is not modified. Note the last sentence. Cheers, Larry -Original Message- From: Sipos Andras [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 5:54 AM To: [EMAIL PROTECTED] Subject: setProperty Hi, If put a empty value via http GET parameter then it not call the objects setter method What is the problem? Example: updater.jsp?val1=val2=%val3= in updater.jsp: jsp:setProperty name=credit property=* / MySystem: jdk1.3.1_02 jakarta-tomcat-4.0.2 win98.hu - This email was sent using SquirrelMail. Webmail for nuts! http://squirrelmail.org/ -- 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: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1
The API to Apache 2 is very different from Apache 1.3.x. It was also evolving, so it wasn't practical to include a working Apache 2 connector in Tomcat 3.3.x, or Tomcat 4.x for that matter. The mod_jk-3.3-ap20.so is likely a version that Henri Gomez built a while ago, and is probably out of date with respect to the current Apache 2. Work on a mod_jk, actually mod_jk2, connector for Tomcat 3.3.x and Tomcat 4.x is being actively worked on as part of the jakarta-tomcat-connectors project. You can check the mail archives of tomcat-dev to see what is being done. The mod_jk2 for Apache 2 appears within the jakarta-tomcat-connectors repository under jk/native2 directory. Cheers, Larry -Original Message- From: David Cassidy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 8:28 AM To: Tomcat Users List Subject: Re: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1 I'd really quite like to try Tomcat 3.3.1 with apache 2.0 I've tried the binaries for apache 2 - for linux http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/linux/i386/ mod_jk-3.3-ap20.so http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/linux/i386/mod_jk-3.3-ap20.so Apache says 'httpd: module mod_jk.c is not compatible with this version of Apache.' If I try to build the version from source - There isn't an apache2 version in the source distro of Tomcat 3.3.1 Help Thanks David -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1
The Apache 2.0 connector I think is called mod_jk2 and is built from the jk/native2 directory. The jk/native directory builds mod_jk, which is an Apache 1.3 connector that won't work with Apache 2.0. I haven't done anything with mod_jk2 yet, so I can't say whether the current mod_jk2 will satisfy your definition of working. Cheers, Larry -Original Message- From: Mauricio Nuñez [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 10:06 AM To: Tomcat Users List Subject: Re: integrating TOMCAT 4.0 with APACHE 2.0 - or Tomcat 3.3.1 I'm trying the same! I get the CVS copy of jakarta-tomcat-connector, build and mod_jk.so, but it's don work! I get an error 500, handler not found. Can somebody release an working mod_jk.so for apache 2.0 please. Thanks El Mar 09 Abr 2002 08:27, David Cassidy escribió: I'd really quite like to try Tomcat 3.3.1 with apache 2.0 I've tried the binaries for apache 2 - for linux http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1 /bin/linux/i3 86/ mod_jk-3.3-ap20.so http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/bin/linux/i 386/mod_jk-3.3-ap20.so Apache says 'httpd: module mod_jk.c is not compatible with this version of Apache.' If I try to build the version from source - There isn't an apache2 version in the source distro of Tomcat 3.3.1 Help Thanks David Mike Dewhirst wrote: has anybody successfully integrated Apache 2 with Tomcat 4? If yes, how did you do it, I can't figure it out. If it's RTFM - which part, I couldn't find it in the docs... =** -- 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: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1
Yes, it is a known issue for Tomcat 4.0.2 and 4.0.3. Putting the jars in $CATALINA_HOME/lib or $CATALINA_HOME/common/lib is the only workaround for these versions. To get the bugfix, you will need to upgrade to the nightly Tomcat 4.x or Tomcat 4.0.4-b1, or later. Cheers, Larry -Original Message- From: Bryan Joyner [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 1:21 PM To: [EMAIL PROTECTED] Subject: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1 I'm getting a NoClassDefFoundError in a servlet when loading javax.xml.transform.Source. Im using Tomcat 4.0.2 and Xalan 2.3.1. xalan.jar and xml-apis.jar are both in my war file in the WEB-INF/lib directory. I have worked around the problem by putting these jars in the $CATALINA_HOME/lib. But I don't want to have to do this. Is this a known issues? Bryan Joyner Sr. Software Engineer ZixIt Corporation Office: (214) 370-2027 Fax: (214) 370-2073 [EMAIL PROTECTED] To send email secure and certified, Just ZixIt!(tm) zixmail(tm) is the most convenient way to add security to your email. If you would like to add privacy, security and certified receipts to your email, download zixmail(tm) from http://www.zixmail.com. -- 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 intermittent failures
Do you know if a request might be accessing the JSP page while another request is trying to compile the updated version? Also, I assume if it is not found through Apache, it is also not found accessing Tomcat directly? Cheers, Larry -Original Message- From: David Bank [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 1:56 PM To: [EMAIL PROTECTED] Subject: Tomcat intermittent failures Good morning, afternoon, evening, or whichever local timeperiod you are currently experiencing. I've just joined the list, seeking help on a rather perplexing Tomcat problem we've been having. All assistance will be greatly appreciated. Our environment Windows 2000 Server (sorry) with SP2 (we're moving to Linux, I promise!) Apache v1.3.23 Tomcat v3.3a (running as a NT service) Sun JDK 1.3.1_02 Our problem Occasionally, especially after editing a JSP file or files, Tomcat will suddenly fail to find the .java and .class files that go with a particular JSP. Looking in the work directory reveals that the files exist, but when we attempt to access that particular JSP thru Apache, we get 404 - File Not Found. We have had some success in causing this problem to go away by shutting down the Apache and Tomcat services, deleting the appropriate .java and .class (and .ver) files, restarting the Tomcat and Apache services, and hitting Reload on the browser. Sometimes (about 50% of the time) when we do this, Tomcat suddenly finds the files and the JSP runs, new .java and .class files are created, and we get the proper output. The remaining 50% of the time, it falls to one of two happenstances. Either (30%) we do the shutdown-services-and-delete routine followed by a reboot and the problem goes away, or (20%) we keep retrying on different clients until the problem suddenly vanishes. This problem is intermittent. Sometimes we'll get it with FOO.JSP but not BAR.JSP. We'll then take a corrective action (described above) and suddenly we'll get it with BAR.JSP but not FOO.JSP. Both JSP files are very similar, and there's nothing exotic about our coding. Sometimes the problem goes away with some waiting. This happens with both IE and Netscape clients, and with clients on different networks and behind different firewall/proxy situations, so we don't think that firewall, proxy or other network architecture issues are contributing factors. This happens to clients on the same LAN as the servers. Needless to say, we're quite perplexed, and don't understand what is going wrong. If anyone has any suggestions or recommendations, please respond. David Bank NC CATS Project Manager Accountability Services - Testing NC Department of Public Instruction 301 Wilmington Street Raleigh, NC 27601 919-807-3796 -- 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: $CATALINA_HOME/shared deprecated? [was Re: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1]
More acurately, $CATALINA_HOME/lib is the shared classloader (there is no $CATALINA_HOME/shared directory). It is the place to put shared jars that you don't want to be visible to the Catalina classloader. I'm not sure whether include $CATALINA_HOME/shared in the classpath is referring to the JVM's classpath or that classes aren't visible to your web application. They won't appear on the JVM's classpath because Catalina builds the classloader hierarchy at startup. The JVM's classpath appears as part of the system classloader in the diagram shown on the document cited. Cheers, Larry -Original Message- From: Aditya [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 3:52 PM To: Tomcat Users List Subject: $CATALINA_HOME/shared deprecated? [was Re: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1] 4.0.4-B2-01 doesn't seem to include $CATALINA_HOME/shared in the classpath however the documentation still says that that's the place to put local, shared jars: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-h owto.html Thanks, Adi On Tue, Apr 09, 2002 at 01:38:27PM -0400, Larry Isaacs wrote: Yes, it is a known issue for Tomcat 4.0.2 and 4.0.3. Putting the jars in $CATALINA_HOME/lib or $CATALINA_HOME/common/lib is the only workaround for these versions. To get the bugfix, you will need to upgrade to the nightly Tomcat 4.x or Tomcat 4.0.4-b1, or later. Cheers, Larry -Original Message- From: Bryan Joyner [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 1:21 PM To: [EMAIL PROTECTED] Subject: NoClassDefFoundError With Tomcat 4.0.2 and Xalan 2.3.1 I'm getting a NoClassDefFoundError in a servlet when loading javax.xml.transform.Source. Im using Tomcat 4.0.2 and Xalan 2.3.1. xalan.jar and xml-apis.jar are both in my war file in the WEB-INF/lib directory. I have worked around the problem by putting these jars in the $CATALINA_HOME/lib. But I don't want to have to do this. Is this a known issues? Bryan Joyner Sr. Software Engineer ZixIt Corporation Office: (214) 370-2027 Fax: (214) 370-2073 [EMAIL PROTECTED] To send email secure and certified, Just ZixIt!(tm) zixmail(tm) is the most convenient way to add security to your email. If you would like to add privacy, security and certified receipts to your email, download zixmail(tm) from http://www.zixmail.com. -- To unsubscribe: mailto:tomcat-user- [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: Query regarding mod_jk.conf-auto
In Tomcat 3.2.x you will have to modify src/share/org/apache/tomcat/task/ApacheConfig.java, re-compile and update your webserver.jar. (In Tomcat 3.3.x, this is configurable.) Cheers, Larry -Original Message- From: sharadsk [mailto:[EMAIL PROTECTED]] Sent: Monday, April 08, 2002 4:10 AM To: Tomcat Users List Subject: Query regarding mod_jk.conf-auto Hi, We have requirement where we want to use mod_jk.conf-auto file, for Apache configuration. This file whenevr generated by Tomcat puts default LoadModule directive, which is LoadModule jk_module libexec/mod_jk.so We want this directive to be LoadModule jk_module modules/mod_jk.so, each time this file is generated. Is there any way to achieve this? We are using Tomcat 3.2.4. TIA -Sharad Kasab -- 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: jk_nt_service fails (error 1067)
Any errors reported in the log files specified within wrapper.properties? Cheers, Larry -Original Message- From: Alexander Höglind [mailto:[EMAIL PROTECTED]] Sent: Monday, April 08, 2002 12:19 PM To: Tomcat User Subject: jk_nt_service fails (error 1067) Hi, I'm using Tomcat 4.03 on win2000 server(sp2) and IIS 5.0 Tomcat seems to work fine (mysite.com:8080) but I can't get jk_nt_service to work. I have disabled tomcat.exe in my services and restarted the server, but the service doesn't start. My operating system is in swedish but this is an error I found in this group that looks like it: *** A system error has occurred. System error 1067 has occurred. The process terminated unexpectedly. *** I couldn't find an answer to the old message so I ask again. Why can't I have this service started. Just to see that it wasn't my server that was messed up, I installed tomcat on win2000 prof (sp2) with default IIS and it generates the same error. If I try to start the service in the Command Prompt (jk_nt_service -s Tomcat) and it generates this error: * Asked (and given) winsoc Starting Tomcat. Tomcat failed to start. * The service is started by following command: jk_nt_service.exe Tomcat in win2000 services. If I try that in the Command Promt I get the following error: Asked (and given) winsock 1.1 Error: StartServiceCtrlDispatcher failed. *** Can it have to do with spaces in my tomcat installation dir. d:\Java\Apache Tomcat 4.0 ? Thanx for any help, Alexander Höglind -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: Tomcat 4.0.3 and JAXP1.2
A bug (Bugzilla #6374) in Tomcat 4.0.2/4.0.3 requires XML parsers to be placed in common/lib. The bug is they won't work in WEB-INF/lib. This is fixed in Tomcat 4.x and 4.0.4-b1, or later. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 08, 2002 2:02 PM To: [EMAIL PROTECTED] Subject: Tomcat 4.0.3 and JAXP1.2 Hi I am trying to use JAXP1.2 (from the java_xml_pack-spring02-dev from SUN) with Tomcat 4.03 (jdk1.3.1_03). I have put all the jar files from JAXP1.2 into the WEB-INF/lib directory of my webapplication. When a servlet tries to instantiate a class which uses JAXP features (for XSL-transformation) it becomes unavailable: (from localhost_log)2002-04-07 16:04:20 StandardWrapper [/WFB:EntryConfirmServlet]: Marking servlet EntryConfirmServlet as unavailable 2002-04-07 16:04:20 StandardContext[/WFB]: Servlet /WFB threw load() exception javax.servlet.ServletException: Error instantiating servlet class de.wfb.servlets.EntryConfirmServlet at org.apache.catalina.core.StandardWrapper.loadServlet(StandardW rapper.java:893) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper. java:808) .. - Root Cause - java.lang.NoClassDefFoundError: javax/xml/transform/TransformerException at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:232) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardW rapper.java:884) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper. java:808) at org.apache.catalina.core.StandardContext.loadOnStartup(Standar dContext.java:32 66) In a documentation about Tomcat 4 (seems not to be specific for 4.03) I have found: By default the Java API for XML Processing (Version 1.1) reference implementation is utilized However this parser is not visible for to web applications ... To make an XML parser available to your web applications, ... To utilize an XML parser in a single web application simply include the parser's JAR files in the /WEB-INF/web.xml (?? I guess that should read /WEB-INF/lib) directory of the application. This will work, no matter what parser might be used The class in question compiles and runs in a stand-alone version. Any ideas? Many thanks, Hans -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: Tomcat 4.0.3 and Maverick
I assume this is the same problem as in a recent post: A bug (Bugzilla #6374) in Tomcat 4.0.2/4.0.3 requires XML parsers to be placed in common/lib. The bug is they won't work in WEB-INF/lib. This is fixed in Tomcat 4.x and 4.0.4-b1, or later. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 08, 2002 3:00 PM To: [EMAIL PROTECTED] Subject: Tomcat 4.0.3 and Maverick I'm using Tomcat 4.0.1 successfully with Maverick 1.0.1. With the same application deployment, I can't get Maverick to work with Tomcat 4.0.3; I get classdef not found exceptions on javax/xml/transform/TransformerException, even with the Maverick example programs. I've tried Maverick 2.0 also, with the same results. Any ideas? Thanks -- 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: Pbs with tomcat 3.3a and IIS connector : windows auth fails
Make sure that you set tomcatAuthentication=false on the Ajp13Connector element in the server.xml file. Otherwise, Tomcat 3.3.x ignores any authentication done by IIS. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 02, 2002 3:30 AM To: [EMAIL PROTECTED] Subject: Pbs with tomcat 3.3a and IIS connector : windows auth fails I'm using W2K Professionnal with IIS 5 + Tomcat 3.3a, Tomcat configured with IIS connector. Jakarta virtual dir authentication method setted like this : - anonymous access : unchecked - basic authentication : unckecked - windows auth : checked I try to read the current windows user with request.getUserPrincipal() but it always says null : can someone help ? Thanks [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 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests
Ajp13 should be the one to use. Does the mod_jk.log indicate that the request is or isn't being forwarded to Tomcat? Cheers, Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 4:24 PM To: [EMAIL PROTECTED] Subject: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests The mod_jk has been built successfully, and everything starts but mod_jk does not seem to be sending requests through. This exact same configuration and mod_jk.conf files work on Solaris, and HP, with no problems. Pages served directly through Apache work fine, as well as pages served directly through tomcat. When we access a page that goes through Apache and then uses the mod_jk to route to Tomcat we have problems. The requests just never seem to make it to the servlets. even the Tomcat examples do not work. Logs do not really show anything even when turned up. Also the ajp12.id file seems to get deleted randomly, but this could be something else. Should ajp13 work fine in AIX 4.3.3 or should we use ajp12. Any idea would be great and Thanks, Jay -- 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 Tomcat 3.3.1 as a service
This was my mistake. I added wrapper.jvm.options to make it easy to add options. It was originally tested with Jdk1.3.1 with -Xrs as the options. This worked. However, when I tried it with Jdk1.2.2 I found that the -Xrs option was not supported, so I defaulted the wrapper.jvm.options to being empty. This incorrectly assumed that the options would expand to blank in the wrapper.cmd_line string. Thus, the wrapper.jvm.options must not be blank, or it must be removed from the wrapper.cmd_line string. I would recommend making it non-blank using one of the heap options. If you are using Jdk 1.3 or later, include the -Xrs option. The == is deliberate. It means *replace* the default properties using the specified properties file. Using just = means *append* to the default properties. Cheers, Larry -Original Message- From: MERRITT, TONY (SBCSI) [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 6:31 PM To: '[EMAIL PROTECTED]' Subject: Installing Tomcat 3.3.1 as a service I just installed Tomcat 3.3.1 and wanted to run it as a service on Windows 2000. I followed the instructions in the Tomcat documentation, adding the wrapper.tomcat_home and wrapper.java_home values, but was unable to start the service using either jk_nt_service.exe or the net start command. The Tomcat log reported that it was unable to find the class file $(wrapper/jvm/options). Since the variable wrapper.jvm.options was not being assigned a value (or was blank), I removed: -Djava.security.policy==$(wrapper.tomcat_policy) (notice the double equal sign...is that also a mistake in the install file?) from the wrapper.cmd_line and put it as the value for wrapper.jvm.options: wrapper.jvm.options=-Djava.security.policy=$(wrapper.tomcat_policy) That made the service able to start. Was I off-base and missing something before making those changes? Thanks, Tony -- 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.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests
The ajp12.id file is used only for shutdown. It isn't used at all by mod_jk. However, a bug/feature in tomcat.sh would delete this file if Tomcat was started two time in a row, making it necessary to specify the Ajp12 port in the shutdown command. I'm not sure if this is what is occurring, or the absence of ajp12.id is an indication that Tomcat did not start successfully. Does the Tomcat log show that the Interceptors are starting successfully on ports 8080,8007, and 8009? Also, what is the test request you are trying to execute in your browser? What is the response you get? With JkLogLevel set to debug, you should see evidence in mod_jk's log of its inspection of every request that Apache receives. I'm not sure why you would see any indication of the requests Apache is receiving. Cheers, Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 9:09 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, Thanks for the response. I'm Seeing two different things. When the ajp12.id file is not working correctly we get this in the log [jk_connect.c (108)]: Into jk_open_socket [jk_connect.c (115)]: jk_open_socket, try to connect socket = 6 [jk_connect.c (124)]: jk_open_socket, after connect ret = -1 [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 79 We think this is because ajp12.id file does not get created correctly or is deleted automatically. So mod_jk has issues with the connection. When the ajp.id file is working correctly we see: [jk_worker.c (177)]: wc_create_worker, done [jk_worker.c (223)]: build_worker_map, removing old ajp13 worker [jk_worker.c (235)]: build_worker_map, done [jk_worker.c (102)]: wc_open, done [jk_uri_worker_map.c (345)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (407)]: jk_uri_worker_map_t::map_uri_to_worker, Found a match ajp13 [jk_worker.c (123)]: Into wc_get_worker_for_name ajp13 [jk_worker.c (127)]: wc_get_worker_for_name, done found a worker [jk_ajp13_worker.c (654)]: Into jk_worker_t::get_endpoint [jk_ajp13_worker.c (539)]: Into jk_endpoint_t::service [jk_ajp13.c (346)]: Into ajp13_marshal_into_msgb [jk_ajp13.c (480)]: ajp13_marshal_into_msgb - Done [jk_connect.c (108)]: Into jk_open_socket [jk_connect.c (115)]: jk_open_socket, try to connect socket = 6 [jk_connect.c (124)]: jk_open_socket, after connect ret = 0 [jk_connect.c (132)]: jk_open_socket, set TCP_NODELAY to on [jk_connect.c (140)]: jk_open_socket, return, sd = 6 [jk_ajp13_worker.c (167)]: In jk_endpoint_t::connect_to_tomcat, connected sd = 6 This is the end of that log (set on debug). I do not actually see where is says it passes on to Tomcat, and tomcat never gets the request. We are not sure what is causing either of these problems. Is there a particular user that tomcat or apache must be started as? Do the file permission's/groups have something to so with it. We are starting as a special user but all of the files under Apache, and tomcat are awned by it. Thanks for any help, Jay Larry Isaacs Larry.Isaacs@ To: 'Tomcat Users List' [EMAIL PROTECTED] sas.com cc: Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests 03/29/2002 08:34 AM Please respond to Tomcat Users List
RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests
Jay, What happens if you try to access Apache content, such as with just http://host:8080/? Does Apache successfully serve content, or does these requests hang too? Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 10:01 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, Thanks for the info on the ajp12.id file. We may have started tomcat twice or something. We'll keep an eye out for that. The Tomcat log shows this at the end of the log after initialization. that looks good compared to other OSes that we have this running on. 2002-03-29 08:59:54 - Http10Interceptor: Starting on 8081 2002-03-29 08:59:54 - Ajp12Interceptor: Starting on 8007 2002-03-29 08:59:55 - Ajp13Interceptor: Starting on 8009 The test request we are trying is the tomcat Examples so http://host:8080/examples; Where 8080 is the port apache is on. All that happens on the AIX box when we do this is the browser hangs, waiting for a response. On one of the Solaris boxes I turned the log level up to debug on mod_jk, and saw all alot more information from where the AIX box mod_jk log stopped. I also saw it checking all of the requests like you said , it is actually pretty cool. So here it what I think we are missing in the AIX mod_jk log that is showing up on the Solaris box. [Fri Mar 29 09:44:23 2002] [jk_uri_worker_map.c (368)]: Attempting to map URI '/examples/' [Fri Mar 29 09:44:23 2002] [jk_uri_worker_map.c (391)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 - /examples/ [Fri Mar 29 09:44:23 2002] [jk_worker.c (123)]: Into wc_get_worker_for_name ajp13 [Fri Mar 29 09:44:23 2002] [jk_worker.c (127)]: wc_get_worker_for_name, done found a worker [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (865)]: Into jk_worker_t::get_endpoint [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (775)]: Into jk_endpoint_t::service [Fri Mar 29 09:44:23 2002] [jk_ajp13.c (403)]: Into ajp13_marshal_into_msgb [Fri Mar 29 09:44:23 2002] [jk_ajp13.c (537)]: ajp13_marshal_into_msgb - Done [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (206)]: sending to ajp13 #190 [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (645)]: send_request 2: request body to send 0 - request body to resend 0 [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (258)]: received from ajp13 #28 [Fri Mar 29 09:44:23 2002] [jk_ajp13.c (584)]: ajp13_unmarshal_response: status = 200 [Fri Mar 29 09:44:23 2002] [jk_ajp13.c (591)]: ajp13_unmarshal_response: Number of headers is = 1 [Fri Mar 29 09:44:23 2002] [jk_ajp13.c (634)]: ajp13_unmarshal_response: Header[0] [Content-Type] = [text/html] [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (258)]: received from ajp13 #1276 [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (258)]: received from ajp13 #2 [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (549)]: Into jk_endpoint_t::done So something on the AIX is not letting the mod_jk get to these logs. On AIX we never get the sending to ajp13 #190 message or the received from ajp13 #28. We are going to try some other stuff, as well as another clean install and see if that helps. Please let me know if you have any other idea? Thanks for all your help, Jay Larry Isaacs Larry.Isaacs@ To: 'Tomcat Users List' [EMAIL PROTECTED] sas.com cc: Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests 03/29/2002 09:34 AM Please respond to Tomcat Users List
RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests
Jay, Sounds like the problem is in the forwarding. If you have a second system available with Apache and/or Tomcat you might try using the worker.ajp13.host property in workers.properties to cross connect the Apaches and Tomcats and see if the problem is on the mod_jk/Apache side and/or on the Tomcat/JVM side. I haven't worked with AIX, so I don't have any specific help I can give. Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 10:25 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, When Access Apache content everything works fine. Also when access the examples directly through tomcat's http server (the embedded one) everything works fine. It is only going through the mod_jk that croaks. That is why I leaning towards some configuration with mod_jk or something. but everything else works fine. We're not crazy or anything, the does work on other people machine right? mod_jk on AIX ? Thanks Again, Jay Larry Isaacs Larry.Isaacs@ To: 'Tomcat Users List' [EMAIL PROTECTED] sas.com cc: Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests 03/29/2002 10:15 AM Please respond to Tomcat Users List Jay, What happens if you try to access Apache content, such as with just http://host:8080/? Does Apache successfully serve content, or does these requests hang too? Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 10:01 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, Thanks for the info on the ajp12.id file. We may have started tomcat twice or something. We'll keep an eye out for that. The Tomcat log shows this at the end of the log after initialization. that looks good compared to other OSes that we have this running on. 2002-03-29 08:59:54 - Http10Interceptor: Starting on 8081 2002-03-29 08:59:54 - Ajp12Interceptor: Starting on 8007 2002-03-29 08:59:55 - Ajp13Interceptor: Starting on 8009 The test request we are trying is the tomcat Examples so http://host:8080/examples; Where 8080 is the port apache is on. All that happens on the AIX box when we do this is the browser hangs, waiting for a response. On one of the Solaris boxes I turned the log level up to debug on mod_jk, and saw all alot more information from where the AIX box mod_jk log stopped. I also saw it checking all of the requests like you said , it is actually pretty cool. So here it what I think we are missing in the AIX mod_jk log that is showing up on the Solaris box. [Fri Mar 29 09:44:23 2002] [jk_uri_worker_map.c (368)]: Attempting to map URI '/examples/' [Fri Mar 29 09:44:23 2002] [jk_uri_worker_map.c (391)]: jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp13 - /examples/ [Fri Mar 29 09:44:23 2002] [jk_worker.c (123)]: Into wc_get_worker_for_name ajp13 [Fri Mar 29 09:44:23 2002] [jk_worker.c (127)]: wc_get_worker_for_name, done found a worker [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (865)]: Into jk_worker_t::get_endpoint [Fri Mar 29 09:44:23 2002] [jk_ajp13_worker.c (775
RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests
-Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 11:35 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, Well, thanks for all of your help. We will try you idea with the worker.ajp13.host. We just did a clean install of apache and tomcat with none of our other configuration stuff, and got the same problem. We are leaning towards the fact that it could be our build of the mod_jk.so file. Even though it initializes correctly maybe there is just something screwy. You don't happen to have a AIX mod_jk.so binary kicking around? Sorry, no. Don't currently have access to an AIX system either. Larry Thanks again, Jay Larry Isaacs Larry.Isaacs@ To: 'Tomcat Users List' [EMAIL PROTECTED] sas.com cc: Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests 03/29/2002 10:51 AM Please respond to Tomcat Users List Jay, Sounds like the problem is in the forwarding. If you have a second system available with Apache and/or Tomcat you might try using the worker.ajp13.host property in workers.properties to cross connect the Apaches and Tomcats and see if the problem is on the mod_jk/Apache side and/or on the Tomcat/JVM side. I haven't worked with AIX, so I don't have any specific help I can give. Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 10:25 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, When Access Apache content everything works fine. Also when access the examples directly through tomcat's http server (the embedded one) everything works fine. It is only going through the mod_jk that croaks. That is why I leaning towards some configuration with mod_jk or something. but everything else works fine. We're not crazy or anything, the does work on other people machine right? mod_jk on AIX ? Thanks Again, Jay Larry Isaacs Larry.Isaacs@ To: 'Tomcat Users List' [EMAIL PROTECTED] sas.com cc: Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests 03/29/2002 10:15 AM Please respond to Tomcat Users List Jay, What happens if you try to access Apache content, such as with just http://host:8080/? Does Apache successfully serve content, or does these requests hang too? Larry -Original Message- From: Jay Balunas [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 10:01 AM To: Tomcat Users List Subject: RE: Tomcat 3.3a and mod_jk on AIX 4.3.3 built OK, but not sending requests Larry, Thanks for the info on the ajp12.id file. We may have started tomcat twice or something. We'll keep an eye out for that. The Tomcat log shows this at the end of the log after initialization. that looks good compared to other OSes that we have this running on. 2002-03-29 08:59:54