Mechanism for stopping individual Tomcat webapps/contexts
Greetings -- As a part of my research, I have developed a mechanism for terminating individual Tomcat webapps (at the context level). We called it Soft Termination, and you can read about here: http://www.cs.rice.edu/~arudys/papers/tissec2002.html I'm trying to gauge whether there is any interest in an implementation of such functionality. In particular, do you think such a system would be appropriate for inclusion into Tomcat or some subsystem of Tomcat. If you want to see what it looks like, I have an implementation available at: http://www.cs.rice.edu/~arudys/software/softterm-0.1.tar.gz The distribution includes some documentation and patch files for Tomcat 4.1.18 and 4.1.24. The patch files, in addition to modifying Tomcat for soft termination, generate some example servlets and JSP files with intentional infinite loops that cannot be broken using other available mechanisms. The code is distributed under a BSD-style license. I'm open to any suggestions anyone has. Cheers, Algis Rudys -- Algis RudysRice University [EMAIL PROTECTED]Computer Science Heart has nothing to do with it anymore. It's all in the caffeine. -- Frank Pembleton, _Homicide_ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mechanism for stopping individual Tomcat webapps/contexts
ERROR: There is no such list FOR here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mechanism for stopping individual Tomcat webapps/contexts
ERROR: There is no such list FOR here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
billbarker2003/07/01 23:30:23 Modified:jk/java/org/apache/jk/server JkMain.java Log: I know I've said it a hundred times before, and I'll probably say it a hundred times again: Compile, then commit. Revision ChangesPath 1.40 +1 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java Index: JkMain.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- JkMain.java 2 Jul 2003 03:42:30 - 1.39 +++ JkMain.java 2 Jul 2003 06:30:23 - 1.40 @@ -287,7 +287,7 @@ log.debug( No properties file found + propsF ); } } -String initHTTPS = props.get(class.initHTTPS); +String initHTTPS = (String)props.get(class.initHTTPS); if(true.equalsIgnoreCase(initHTTPS)) { initHTTPSUrls(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
billbarker2003/07/01 23:33:17 Modified:jk/java/org/apache/jk/server Tag: coyote_10 JkMain.java Log: The beauty of cut-and paste is that I can be brain-dead in multiple locations ;-). Revision ChangesPath No revision No revision 1.32.2.2 +1 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java Index: JkMain.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java,v retrieving revision 1.32.2.1 retrieving revision 1.32.2.2 diff -u -r1.32.2.1 -r1.32.2.2 --- JkMain.java 2 Jul 2003 03:44:32 - 1.32.2.1 +++ JkMain.java 2 Jul 2003 06:33:16 - 1.32.2.2 @@ -282,7 +282,7 @@ log.warn( No properties file found + propsF ); } } -String initHTTPS = props.get(class.initHTTPS); +String initHTTPS = (String)props.get(class.initHTTPS); if(true.equalsIgnoreCase(initHTTPS)) { initHTTPSUrls(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Ok, I tried asking nice, and just got a machine-response. Could whoever is currently Moderator for this list helpfully allow minimalist to unsubscribe ;-). - Original Message - From: Minimalist Manager [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 11:45 PM Subject: Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252 JSP Compilation fails when command line args too long [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 06:56 --- This has been fixed already. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long
ERROR: There is no such list NOT here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long
ERROR: There is no such list NOT here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Clearly you guys make it way to easy to subscribe to the list. ;) -Paul Bill Barker wrote: Ok, I tried asking nice, and just got a machine-response. Could whoever is currently Moderator for this list helpfully allow minimalist to unsubscribe ;-). - Original Message - From: Minimalist Manager [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 11:45 PM Subject: Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list JKMAIN.JAVA here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
servletcontext weird nullpointerexception
Hello all, I have a Servlet that I've setup in the /conf/web-xml file, i.e. not in a web-app. It works fine, except for that when I in the doGet() method call getServletContext(), tomcat throws a nullpointerexception! java.lang.NullPointerException at javax.servlet.GenericServlet.getServletContext(GenericServlet.java:205) Can anyone shed a light on why this is happening? My workaround is a reference to the ServletContext in the class, that I assign in the init()-method, because I can get the ServletContext from the ServletConfig init-parameter. /Mathias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: servletcontext weird nullpointerexception
ERROR: There is no such list WEIRD here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: servletcontext weird nullpointerexception
ERROR: There is no such list WEIRD here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Title: RE: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java Impressively fast fix. Seeing what you've fixed, I can now reinterpret the Sun documentation and see what was going on. Thanks. PJDM -- Peter Mayne Technology Consultant Spherion Technology Solutions Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602 T: 61 2 62689727 F: 61 2 62689777 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 2 July 2003 4:33 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java billbarker 2003/07/01 23:33:17 Modified: jk/java/org/apache/jk/server Tag: coyote_10 JkMain.java Log: The beauty of cut-and paste is that I can be brain-dead in multiple locations ;-). Revision Changes Path No revision No revision 1.32.2.2 +1 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java Index: JkMain.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/serv er/JkMain.java,v retrieving revision 1.32.2.1 retrieving revision 1.32.2.2 diff -u -r1.32.2.1 -r1.32.2.2 --- JkMain.java 2 Jul 2003 03:44:32 - 1.32.2.1 +++ JkMain.java 2 Jul 2003 06:33:16 - 1.32.2.2 @@ -282,7 +282,7 @@ log.warn( No properties file found + propsF ); } } - String initHTTPS = props.get(class.initHTTPS); + String initHTTPS = (String)props.get(class.initHTTPS); if(true.equalsIgnoreCase(initHTTPS)) { initHTTPSUrls(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this email and any attachments to it: (a) may be confidential and if you are not the intended recipient, any interference with, use, disclosure or copying of this material is unauthorised and prohibited; and (b) may contain personal information of the recipient and/or the sender as defined under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to collect, hold and use such information and any personal information contained in a response to this email, for any reasonable purpose in the ordinary course of Spherion's business, including forwarding this email internally or disclosing it to a third party. All personal information collected by Spherion will be handled in accordance with Spherion's Privacy Policy. If you have received this email in error, please notify the sender and delete it. (c) you agree not to employ or arrange employment for any candidate(s) supplied in this email and any attachments without first entering into a contractual agreement with Spherion. You further agree not to divulge any information contained in this document to any person(s) or entities without the express permission of Spherion. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list ERVER here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
ERROR: There is no such list ERVER here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c
hgomez 2003/07/02 00:09:10 Modified:jk/native/apache-1.3 mod_jk.c Log: Add the forgotten vars ;-) Revision ChangesPath 1.40 +2 -1 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- mod_jk.c 27 Jun 2003 03:06:43 - 1.39 +++ mod_jk.c 2 Jul 2003 07:09:09 - 1.40 @@ -1542,6 +1542,7 @@ jk_worker_t *worker = wc_get_worker_for_name(worker_name, l); if(worker) { +struct timeval tv_begin,tv_end; int rc = JK_FALSE; apache_private_data_t private_data; jk_ws_service_t s; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.5 release
Glenn Nielsen wrote: I have created a mod_jk 1.2.5 test release distribution. I made a few minor changes. I have removed all the jk/build.* files and the README.txt file. They refer to using ant to build the connector and AJP but that doesn't work because these source releases are only for the connector side. I have committed a replacement README.txt for the release called jk/BUILD.txt. The new test release can be found at: cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz If everything looks fine with this we can do the release sometime next week. Regards, There was some vars missing in Apache 1.3, just fixed the code You need to make a new tarball ;=) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c
ERROR: There is no such list MOD_JK.C here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c
ERROR: There is no such list MOD_JK.C here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.5 release
ERROR: There is no such list 1.2.5 here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.5 release
ERROR: There is no such list 1.2.5 here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: decrease idle threads in the pool faster...
Carlos RodrÃguez Colino wrote: Hi all... I have just installed Tomcat 4.1 on a Solaris box and I have realized a surprising effect: Thread pool creates new threads quickly when a request burst arrives, but the freeing when they become idle is very slow (besides, the computer is almost full cpu loaded). Due to this, several bursts carry out reaching the max number of processes, and Tomcat stops working. My intention is to force idle recent-used threads (lwp in Solaris) to be killed in a shorter period of time in order to mantain almost constant the number of lwps in the pool. So, I was going to dive into CoyoteConnector code to discover and decrease any freeing timeout of the idle threads, but perhaps some of you can guide me better to get what I need. I didn't look in the code recently, but doesn't the threads do a wait() and get a notify() when there is a new request/connection? In that case you can do a wait(timeout) and after wait returns check if it is woken up for a new request/connection or because of the timeout. If it's the timeout, you can end the thread. Just a thought. Greetings, Ronald. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: decrease idle threads in the pool faster...
ERROR: There is no such list IDLE here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21266] New: - The requested resource is not available if symlink in WebApp directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21266. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21266 The requested resource is not available if symlink in WebApp directory Summary: The requested resource is not available if symlink in WebApp directory Product: Tomcat 4 Version: 4.1.25 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This may or may not be a bug. But even if it's not a bug, it's a darn confusing error message: I do not want to copy a jar file to my-webapp/WEB-INF/lib/ So instead a symlink to the jar: $ ln -s /some/other/place/the.jar my-webapp/WEB-INF/lib/the.jar After restarting Tomcat, I want to access a servlet in another jar (which has nothing to do with anything in the.jar) I get a Tomcat error: The requested resource /servlet/some.servlet.not.in.the.jar is not available Very confusing. I copy the jar bodilythings work! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: - The requested resource is not available if symlink in WebApp directory
ERROR: There is no such list - here. SOLUTION: Send a message to [EMAIL PROTECTED] with a subject of 'info' (no quotes) for a list of available mailing lists. -- Sincerely, the Minimalist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JDBCRealm and JNDIRealm with CLIENT-CERT patch, please take care
There is an issue with using client certificate authorization with JNDIRealm and JDBCRealm. Problem and solution pathces are available on bugzilla: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7831 I would like to contact any Tomcat developer who could take look on these pathches and would put them to CVS. If there are any questions I could explain. --- Marek Mosiewicz http://www.jotel.com.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21266] - The requested resource is not available if symlink in WebApp directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21266. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21266 The requested resource is not available if symlink in WebApp directory [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 10:58 --- FAQ: http://jakarta.apache.org/tomcat/faq/misc.html#symlink - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: servletcontext weird nullpointerexception
In your Servlet's init(...) make sure your call super.init(...) -Tim Mathias af Jochnick wrote: Hello all, I have a Servlet that I've setup in the /conf/web-xml file, i.e. not in a web-app. It works fine, except for that when I in the doGet() method call getServletContext(), tomcat throws a nullpointerexception! java.lang.NullPointerException at javax.servlet.GenericServlet.getServletContext(GenericServlet.java:205) Can anyone shed a light on why this is happening? My workaround is a reference to the ServletContext in the class, that I assign in the init()-method, because I can get the ServletContext from the ServletConfig init-parameter. /Mathias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21266] - The requested resource is not available if symlink in WebApp directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21266. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21266 The requested resource is not available if symlink in WebApp directory --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 11:23 --- Argh! Sorry... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt
glenn 2003/07/02 05:16:41 Modified:jk/native CHANGES.txt Log: Update release changes Revision ChangesPath 1.15 +9 -1 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/CHANGES.txt,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- CHANGES.txt 10 Jun 2003 14:11:53 - 1.14 +++ CHANGES.txt 2 Jul 2003 12:16:41 - 1.15 @@ -1,6 +1,14 @@ JAKARTA TOMCAT CONNECTORS (JK) CHANGELOG:-*-text-*- Last modified at [$Date$] +Changes with JK 1.2.5 +* Fix Apache 2 connector so that DirectoryIndex works for an + index.jsp page if JkOptions ForwardDirectories was configured. + [hgomez] +* Fix exposure of JSP source if a //path/to.jsp URL was requested + in Apache 1.3 and Apache 2.0 connector. + [billbarker] + Changes with JK 1.2.4 * Fix use of libtool for Apache mod_jk builds with more recent versions of Apache 2. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.5 release
Henri Gomez wrote: Glenn Nielsen wrote: I have created a mod_jk 1.2.5 test release distribution. I made a few minor changes. I have removed all the jk/build.* files and the README.txt file. They refer to using ant to build the connector and AJP but that doesn't work because these source releases are only for the connector side. I have committed a replacement README.txt for the release called jk/BUILD.txt. The new test release can be found at: cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz If everything looks fine with this we can do the release sometime next week. Regards, There was some vars missing in Apache 1.3, just fixed the code You need to make a new tarball ;=) Test release updated at above location. I also updated the CHANGES.txt file. Glenn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk_nt_service
Tomcat developers, Can I suggest we bring back jk_nt_service.exe for running Tomcat as a service for 5.0.x? It works perfectly fine with TC4.1 and is a lot more flexible and easier to use for the end users. Plus I have had several crashes of the JavaService exe that is currently distributed with TC. I also wrote a Service Manager for it a couple of years ago. http://issues.apache.org/bugzilla/show_bug.cgi?id=3798. We've been using it at my company for the last couple of years and find it extremely useful. If there is nobody to maintain it, then I volunteer. Dave. [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk
[GUMP] Build Failure - jakarta-tomcat-4.0
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-07-02/jakarta-tomcat-4.0.html Buildfile: build.xml deploy-prepare: deploy-static: deploy: [echo] Target: Catalina - Deploy ... flags: flags.display: [echo] --- Build environment for Catalina --- [echo] If ${property_name} is displayed, then the property is not set) [echo] --- Build options --- [echo] full.dist=${full.dist} [echo] build.sysclasspath=only [echo] compile.debug=${compile.debug} [echo] compile.deprecation=${compile.deprecation} [echo] compile.optimize=${compile.optimize} [echo] --- Ant Flags --- [echo] style task available (required)=true [echo] --- JDK --- [echo] jdk.1.2.present=true [echo] jdk.1.3.present=true [echo] jdk.1.4.present=true [echo] --- Source Dependencies --- [echo] jtc.home.present=true [echo] --- Required Libraries --- [echo] beanutils.present=true [echo] collections.present=true [echo] digester.present=true [echo] jaxp.present=true [echo] jndi.present=true [echo] logging.present=true [echo] regexp.present=true [echo] servlet.present=true [echo] --- Optional Libraries --- [echo] daemon.present=${daemon.present} [echo] dbcp.present=true [echo] fileupload.present=${fileupload.present} [echo] jaas.present=true [echo] javamail.present=true [echo] jmx.present=true [echo] jsse.present=true [echo] jta.present=true [echo] junit.present=true [echo] ldap.present=true [echo] modeler.present=true [echo] pool.present=true [echo] tyrex.present=${tyrex.present} [echo] --- Required JARs --- [echo] jndi.jar.present(except JDK 1.3+)=true [echo] regexp.jar.present=true [echo] servlet.jar.present=true [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=true [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present} [echo] --- Optional JARs --- [echo] daemon.jar.present=${daemon.jar.present} [echo] dbcp.jar.present=true [echo] fileupload.jar.present=${fileupload.jar.present} [echo] jaas.jar.present=true [echo] javamail.jar.present=true [echo] jdbc20ext.jar.present=true [echo] jmx.jar.present=true [echo] jta.jar.present=true [echo] junit.jar.present=${junit.jar.present} [echo] ldap.jar.present=true [echo] modeler.jar.present=true [echo] pool.jar.present=true [echo] tyrex.jar.present=${tyrex.jar.present} [echo] --- Conditional compilation flags --- [echo] compile.daemon=${compile.daemon} [echo] compile.dbcp=true [echo] compile.jaas=true [echo] compile.javamail=true [echo] compile.jmx=true [echo] compile.jndi=true [echo] compile.jsse=true [echo] compile.jta=true [echo] compile.junit=true [echo] compile.ldap=true [echo] compile.ssi=true [echo] compile.tyrex=${compile.tyrex} [echo] --- Distribution flags --- [echo] copy.daemon.jar=${copy.daemon.jar} [echo] copy.dbcp.jar=true [echo] copy.jaas.jar=${copy.jaas.jar} [echo] copy.jdbc20ext.jar=${copy.jdbc20ext.jar} [echo] copy.javamail.jar=true [echo] copy.jmx.jar=true [echo] copy.jndi.jar=${copy.jndi.jar} [echo] copy.jta.jar=true [echo] copy.ldap.jar=${copy.ldap.jar} [echo] copy.logging.jar=true [echo] copy.modeler.jar=true [echo] copy.pool.jar=true [echo] copy.tyrex.jar=${copy.tyrex.jar} [echo] copy.xerces.jar=${copy.xerces.jar} [echo] copy.xerces2.jars=${copy.xerces2.jars} build-prepare: copy-activation.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-daemon.jar: copy-dbcp.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-fileupload.jar: copy-jaas.jar: copy-jdbc20ext.jar: copy-jmx.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib copy-jndi.jar: copy-jsse.jar: copy-jta.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-ldap.jar: copy-modeler.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib copy-pool.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-tyrex.jar: copy-xerces.jar: copy-xerces2.jars: build-static: build-tomcat-util: detect: build-prepare: build-main: [echo] - Java-utils - [echo] -- puretls.present = ${puretls.present} [echo]
[GUMP] Build Failure - jakarta-tomcat-5
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-07-02/jakarta-tomcat-5.html Buildfile: build.xml prepare-release: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0 [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/bin [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/src init: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib deploy-static: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib BUILD FAILED /home/rubys/jakarta/jakarta-tomcat-5/build.xml:156: Warning: Could not find file /usr/local/commons-daemon/bin/jsvc.tar.gz to copy. Total time: 3 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - jakarta-tomcat-jk
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-07-02/jakarta-tomcat-jk.html Buildfile: build.xml detect: [echo] jakarta-tomcat-connectors prepare: Overriding previous definition of reference to xml-apis.classpath report: [echo] Tomcat33: ${tomcat33.detect} /home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/tomcat_core.jar [echo] Tomcat40: true /home/rubys/jakarta/jakarta-tomcat-4.0/build [echo] Tomcat41: ${tomcat41.detect} /home/rubys/jakarta/jakarta-tomcat-4.1/build [echo] Tomcat5: ${tomcat5.detect} /home/rubys/jakarta/jakarta-tomcat-catalina/build [echo] Apache13: ${apache13.detect} ${apache13.home} [echo] Apache2: ${apache2.detect} ${apache2.home} [echo] iPlanet: ${iplanet.detect} ${iplanet.home} [echo] IIS: ${iis.detect} ${iis.home} [echo] AOLserver: ${aolserver.detect} ${aolserver.home} [echo] jmx: /opt/jmx-1_2-ri/jmx/lib/jmxri.jar ${jmx.detect} /home/rubys/jakarta/jakarta-commons/modeler/dist/commons-modeler.jar true jkjava: [javac] Compiling 1 source file to /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/classes [javac] /home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java:290: incompatible types [javac] found : java.lang.Object [javac] required: java.lang.String [javac] String initHTTPS = props.get(class.initHTTPS); [javac] ^ [javac] Note: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java uses or overrides a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 1 error BUILD FAILED /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build.xml:174: Compile failed; see the compiler error output for details. Total time: 4 seconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build timed out - jk
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-07-02/jakarta-tomcat-jk-native.html Buildfile: build.xml init: [echo] /home/rubys [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk [echo] linux=true solaris=${solaris} win32=${win32} hpux=${hpux} netware=${netware} apache20: apache13: iis: netscape: jni: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni [so] Compiling 4 out of 4 Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_map.c Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_pool.c /home/rubys/bin/timeout: timed out - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util RequestUtil.java
I don't think it really needed any discussion, but here's what's happening. I was a Tomcat 3.2.x developer and managed the releases of 3.2.2-4. I still have Tomcat 3.2 embedded in my product so I continue to support it after a fashion. Some day I'll get around to swapping it out with something else, but given my other time constraints and the fact that TC3.2 is actually doing everything I need it to do, the change has a rather low priority. One of the joys of working for a small ISV is that my day job often expands to include all of my evenings, nights, weekends, holidays, etc. For the last year or so I've been so busy with the day job that I've essentially vanished from the Jakarta scene. I didn't want to, it's just the way things worked out. Anyway, as I found bugs or performance issues in the TC3.2 code I fixed them, but until now they've just been sitting in my local machine. I had a choice, I could move all the TC3.2 code, including my new fixes, into my own source control and split from the Jakarta CVS repository or I could commit the changes. Putting the code back into the Jakarta project just seemed the right thing to do. Tomcat 3.2 is dead. Believe, no one knows this better than me since I was the one that put it sleep. There will never be another 3.2.x release. If anyone wants this stuff, they'll need to build it themselves, but that still seems better than keeping it to myself. Marc -Original Message- From: Glenn Nielsen [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 7:44 PM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util RequestUtil.java Why is work being done on the tomcat_32 branch? I don't recall any discussion about this. Regards, Glenn [EMAIL PROTECTED] wrote: marcsaeg2003/07/01 14:07:43 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 RequestUtil.java Log: Several performance improvements. Revision ChangesPath No revision No revision - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.5 release
Glenn Nielsen wrote: Henri Gomez wrote: Glenn Nielsen wrote: I have created a mod_jk 1.2.5 test release distribution. I made a few minor changes. I have removed all the jk/build.* files and the README.txt file. They refer to using ant to build the connector and AJP but that doesn't work because these source releases are only for the connector side. I have committed a replacement README.txt for the release called jk/BUILD.txt. The new test release can be found at: cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz If everything looks fine with this we can do the release sometime next week. Regards, There was some vars missing in Apache 1.3, just fixed the code You need to make a new tarball ;=) Test release updated at above location. I also updated the CHANGES.txt file. It works for me with Apache 1.3 + mod_ssl and Apache 2.0.46 and Apache 2.0.40 from Redhat 8.0/9.0. To make it works under RH8.0/RH9.0, just use : make LIBTOOL=/etc/httpd/build/libtool So +1 for me - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[JAKARTA NEWSLETTER DRAFT] News on 'Jakarta Tomcat' from May to June, 2003
Dear Jakarta Tomcat Development Team, (http://jakarta.apache.org/tomcat/) We are now preparing the 'Jakarta Newsletter Issue 9', news from May to June 2003, which would be published in the middle of July 2003. The 'Jakarta Newsletter Issue 9' will be appeared at http://jakarta.apache.org/site/news/200305.html and the editorial deadline would be 00:00 GMT, 6th July. We lowered the barrier to entry - users and developers will be able to easily contribute, as prepared the ApacheWiki(http://nagoya.apache.org/wiki/apachewiki.cgi). If you have anything to be added to the ApacheWiki, please go to http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaNewsletterDrafts/Issue9 and fill up what you want to append. If there's nothing news-worthy on 'Jakarta Tomcat', then please just write *N/A*. If you have been voted in as a new committer in 'Jakarta Tomcat' project within these 2 months, please add your name to the list on ApacheWiki. Probably, the former newsletter draft (Jakarta Newsletter Issue8) would give you some hints in writing the articles. cf. http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaNewsletterDrafts/Issue8March2003 If you have time enough to contribute to http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat please modify, fill in the ApacheWiki to create more precise and useful pages. We really appreciate your contribution. If you have any questions about this, please subscribe to mailto:[EMAIL PROTECTED] and send your messages to mailto:[EMAIL PROTECTED] Sincerely, -- Tetsuya ([EMAIL PROTECTED]) - Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED]: [EMAIL PROTECTED] http://www.terra-intl.com/ (Apache Jakarta Translation, Japanese) http://jakarta.terra-intl.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21279] New: - Proc Runner: No Listener Notification on Shutdown
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21279 Proc Runner: No Listener Notification on Shutdown Summary: Proc Runner: No Listener Notification on Shutdown Product: Tomcat 5 Version: 5.0.3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The sample listener (provided with servlet-examples and jsp-examples) are not notified on shutdown if TC has been started via proc runner. Starting and stopping via startup.bat and shutdown.bat works as expected. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20561] - Limitation of availiable high ports for JK2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561 Limitation of availiable high ports for JK2 --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 15:10 --- Created an attachment (id=7057) [Patch] for high Unix TCP ports for JK2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20561] - Limitation of availiable high ports for JK2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561 Limitation of availiable high ports for JK2 --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 15:12 --- I attached a proposed patch that seems to be working. I am using port 48009. I have never wrote anything for JK2 and I am not familiar with it's inner workings. But I gave it a try. Please don't beat me up. :) -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk_nt_service
-Original Message- From: Oxley, David Subject: jk_nt_service Tomcat developers, Can I suggest we bring back jk_nt_service.exe for running Tomcat as a service for 5.0.x? Why? It works perfectly fine with TC4.1 and is a lot more flexible and easier to use for the end users. Not so sure it works with TC 5. Plus I have had several crashes of the JavaService exe that is currently distributed with TC. You meant procrun distributed with 5.0.3? Declare several, and declare crashes, even better use the bugzilla. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21279] - Proc Runner: No Listener Notification on Shutdown
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21279 Proc Runner: No Listener Notification on Shutdown [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Installable Packages --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 15:23 --- Ok, I can reproduce that. I find it odd that the shutdown hook of the VM isn't getting invoked. Maybe the process is abruptly killed at some point. There are alternative ways to start Tomcat if you need a workaround for now (including the Java launcher from the Commons, and the plain old .bat scripts). I hope you like the new .exe wrapper (assuming the bugs are fixed, of course). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21279] - Proc Runner: No Listener Notification on Shutdown
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21279 Proc Runner: No Listener Notification on Shutdown --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 15:38 --- Proc runner now comes with the Java Option -Xrs preconfigured (as of TC 5.0.3). However, leaving the option out doesn't make a difference. I do like the new .exe wrapper. It's a very handy tool. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk_nt_service
I was talking about my experience with TC4.1 here. The tomcat.exe (JavaService) crashes on me every now and again. So we only use jk_nt_service.exe now. I didn't know TC5 has already got something that is implemented differently from TC4.1. Is there any documentation about procrun? Dave. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 02 July 2003 16:10 To: 'Tomcat Developers List' Subject: RE: jk_nt_service -Original Message- From: Oxley, David Subject: jk_nt_service Tomcat developers, Can I suggest we bring back jk_nt_service.exe for running Tomcat as a service for 5.0.x? Why? It works perfectly fine with TC4.1 and is a lot more flexible and easier to use for the end users. Not so sure it works with TC 5. Plus I have had several crashes of the JavaService exe that is currently distributed with TC. You meant procrun distributed with 5.0.3? Declare several, and declare crashes, even better use the bugzilla. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk
DO NOT REPLY [Bug 21283] New: - check for null inputstream before parsing xml in ParseUtils.parseXmlDocument
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21283. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21283 check for null inputstream before parsing xml in ParseUtils.parseXmlDocument Summary: check for null inputstream before parsing xml in ParseUtils.parseXmlDocument Product: Tomcat 4 Version: 4.1.24 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If your inputstream came from a size 0 file, and is passed to the DocumentBuilder's parse method an IllegalArguementException is thrown by the DocumentBuilder. Tracking down the source of this exception would be made easier if ParseUtils checked that the inputstream was not null or threw exception which included the filename if the inputstream was null. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21284] New: - WebDAV dummy lock token not good for MacOS X and Dreamweaver 6
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21284. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21284 WebDAV dummy lock token not good for MacOS X and Dreamweaver 6 Summary: WebDAV dummy lock token not good for MacOS X and Dreamweaver 6 Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Servlets:WebDAV AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Both Mac OS X and Dreamweaver 6 are treating the lock tokens sent out by the WebDAV servlet in a way the servlet doesn't expect. When uploading a file: Client says (C), Server responds (S). C: LOCK /afile.txt S: HTTP/1.1 200 and in the dav XML response we can find something along the lines of: locktokenhrefopaquelocktoken:a6cc8b92be7dd19949adb401164c4312/href/locktoken Both Mac OS X and Dreamweaver are being defensive and do a: C: PROPFIND /afile.txt S: HTTP/1.1 207 and the server now responds: locktokenhrefopaquelocktoken:dummytoken/href/locktoken Both Mac OS X now choses the dumytoken in preference to the previous one and consequently fails to manipulate the file further. There is a quick fix, which is to always present the real token and never the dummy one. There is even boolean arguments in place to do so: $ diff -u WebdavServlet.java-2003-07-01 WebdavServlet.java --- WebdavServlet.java-2003-07-01 2003-07-01 11:37:34.0 +0100 +++ WebdavServlet.java 2003-07-02 15:10:30.0 +0100 @@ -2667,7 +2715,7 @@ * append an XML fragment to the given XML writer. */ public void toXML(XMLWriter generatedXML) { -toXML(generatedXML, false); +toXML(generatedXML, true); } I don't know what impact this has on any security considerations etc. I assume the dummytoken is there so that only the locking client has the real one. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21288] New: - DirContext caching problem with Dreamweaver 6 when recursively creating directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288 DirContext caching problem with Dreamweaver 6 when recursively creating directories Summary: DirContext caching problem with Dreamweaver 6 when recursively creating directories Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Servlets:WebDAV AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a webdav enabled webapp in /webdav. If I in Dreamweaver drag-drop a deep directory structure such as: risk2/ risk2/character/ risk2/character/file.txt And the risk2 directory does not exist under /webdav/. The commands at one point issued are: PROPFIND /webdav-www.boscom.com.preview.taglab.com/risk2 HTTP/1.1 HTTP/1.1 404 PROPFIND /webdav-www.boscom.com.preview.taglab.com/ HTTP/1.1 HTTP/1.1 207 MKCOL /webdav-www.boscom.com.preview.taglab.com/risk2/ HTTP/1.1 HTTP/1.1 201 PROPFIND /webdav-www.boscom.com.preview.taglab.com/risk2/character HTTP/1.1 HTTP/1.1 404 PROPFIND /webdav-www.boscom.com.preview.taglab.com/risk2/ HTTP/1.1 HTTP/1.1 404 The problem is the last PROPFIND fails despite the MKCOL for the same resource succeeded. It all boils down to that doPropfind() always strips a trailing / of the path. This means that /risk2/ would be used as /risk2. The lookup in the DirContext is done using /risk2 (resources.lookup()) and such the very first /risk2 propfind (before MKCOL) gets cached in the DirContext as not existing (which is correct). However the MKCOL is done using /risk2/ with the trailing slash which means that the resources.createSubcontext() call does not clear the DirContext cached entry for /risk2, and such the second call to propfind for /risk2/ fails with a 404. Here is one solution to this specific problem. $ diff -u WebdavServlet.java-2003-07-01 WebdavServlet.java --- WebdavServlet.java-2003-07-01 2003-07-01 11:37:34.0 +0100 +++ WebdavServlet.java 2003-07-02 15:10:30.0 +0100 @@ -692,6 +692,8 @@ } String path = getRelativePath(req); +if (path.endsWith(/)) +path = path.substring(0, path.length() - 1); if ((path.toUpperCase().startsWith(/WEB-INF)) || (path.toUpperCase().startsWith(/META-INF))) { I think that this needs to be solved on a more fundamental level. ALL methods in the WebdavServlet should do the same processing of the path so that no inconsistencies against the DirContext can occur. Perhaps getRelativePath() could be overriden and _always_ strip any trailing slashes. I haven't tried this out and I'm out of time in resolving this issue now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21288] - DirContext caching problem with Dreamweaver 6 when recursively creating directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288 DirContext caching problem with Dreamweaver 6 when recursively creating directories --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 18:33 --- replace /webdav-www.boscom.com.preview.taglab.com/ with /webdav/ above... I forgot to change that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21288] - DirContext caching problem with Dreamweaver 6 when recursively creating directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288 DirContext caching problem with Dreamweaver 6 when recursively creating directories --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 18:47 --- Ah, ok, I thought I had correctly added the cache invalidation when creating the directory or changing some properties. So the cache invalidation works, but it's not done on the right entry :-( One thing which would be cleaner could indeed be to always strip a trailing '/'. I will not apply your patch to TC 5, but make sure a more generic solution is used. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13846] - If-Modified-Since results in incorrect headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13846. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13846 If-Modified-Since results in incorrect headers --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 18:49 --- Created an attachment (id=7069) Patch to always set Content-Type/Content-Length headers in 304 response - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [JAKARTA NEWSLETTER DRAFT] News on 'Jakarta Tomcat' from Mayto June, 2003
Tetsuya Kitahata wrote: Dear Jakarta Tomcat Development Team, (http://jakarta.apache.org/tomcat/) We are now preparing the 'Jakarta Newsletter Issue 9', news from May to June 2003, which would be published in the middle of July 2003. The 'Jakarta Newsletter Issue 9' will be appeared at http://jakarta.apache.org/site/news/200305.html and the editorial deadline would be 00:00 GMT, 6th July. We lowered the barrier to entry - users and developers will be able to easily contribute, as prepared the ApacheWiki(http://nagoya.apache.org/wiki/apachewiki.cgi). If you have anything to be added to the ApacheWiki, please go to http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaNewsletterDrafts/Issue9 and fill up what you want to append. If there's nothing news-worthy on 'Jakarta Tomcat', then please just write *N/A*. If you have been voted in as a new committer in 'Jakarta Tomcat' project within these 2 months, please add your name to the list on ApacheWiki. Probably, the former newsletter draft (Jakarta Newsletter Issue8) would give you some hints in writing the articles. cf. http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaNewsletterDrafts/Issue8March2003 If you have time enough to contribute to http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat please modify, fill in the ApacheWiki to create more precise and useful pages. We really appreciate your contribution. If you have any questions about this, please subscribe to mailto:[EMAIL PROTECTED] and send your messages to mailto:[EMAIL PROTECTED] Here's my proposal for a Tomcat entry: Project: nowikiTomcat/nowiki Editor: Remy Maucherat The Tomcat team is hard working on Tomcat 5, with the recent release of Tomcat 5.0.3, and the upcoming Tomcat 5.0.4 release (another alpha). The quality of Tomcat 5.0.3 seems to be quite high for an alpha (which isn't that surprising given it is a direct evolution of the Tomcat 4.1.x codebase), so we encourage fearless users to test drive it and report issues. Planned July builds: - Tomcat 4.1.25: bugfix only release - Tomcat 5.0.4 and 5.0.5: bugfix and polish over 5.0.3 - mod_jk 1.2.5: mod_jk 1.x bugfix release Comments ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21291] New: - Page does not display on restart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291 Page does not display on restart Summary: Page does not display on restart Product: Tomcat 5 Version: 5.0.3 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I restart Tomcat 5.0.3 and then enter a url in the browser address bar (e.g. http://localhost:8080) and wait for the page to display, it only displays a blank page. I have to hit reload to actually see the page. I don't need to do that in 4.1.24. Gerry Reno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21291] - Page does not display on restart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291 Page does not display on restart [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 21:07 --- This (obviously) works for me. Please do not reopen the report (unless at least someone else confirms it). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18126] - jk2 does not process Jk directives in httpd.conf
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18126. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18126 jk2 does not process Jk directives in httpd.conf --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 21:09 --- William, I have looked at the jk2 documentation and cannot find how to pass an environment variable. Can you tell me how I do this using jk2? thx, Gerry Reno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21291] - Page does not display on restart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291 Page does not display on restart [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 21:47 --- Remy, Why do you immediately mark this as invalid? It's certainly valid with my setup/configuration which is: J2SE 1.4.2-beta RedHat Linux 8.0 Tomcat 5.0.3 I agree that it is certainly possible that this behavior is not valid on all configurations but that does not mean that it is not valid on others. I think knowing about such behaviors on certain configurations is important and should not just be dismissed out-of-hand. I feel the bug should remain open for a reasonable amount of time until we see if there are any other comments or observations submitted. I'm thinking this behavior might possibly be a small clue into the other issue with the Jetspeed JSP Portlets not displaying. Gerry Reno - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21291] - Page does not display on restart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21291 Page does not display on restart [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 21:52 --- In case you haven't noticed, Tomcat gets tens of reports per day. Either the bug is reproduceable and accurate or it is not. If it is not, then it will be closed immediately. Please post on tomcat-user for investigating issues. Please do not reopen the report for now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
remm2003/07/02 15:00:39 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: - Small code cleanup. - Initialize mapper after the main start so that welcome files are correctly set. Revision ChangesPath 1.69 +13 -10 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.68 retrieving revision 1.69 diff -u -r1.68 -r1.69 --- StandardContext.java 24 Jun 2003 21:36:49 - 1.68 +++ StandardContext.java 2 Jul 2003 22:00:34 - 1.69 @@ -4007,9 +4007,6 @@ if ((resources != null) (resources instanceof Lifecycle)) ((Lifecycle) resources).start(); -// Initialize associated mapper -mapper.setContext(getPath(), welcomeFiles, resources); - // Set JMX object name for proper pipeline registration preRegisterJMX(); @@ -4026,12 +4023,13 @@ ((Lifecycle) pipeline).start(); // Read tldListeners. XXX Option to disable -TldConfig tldConfig=new TldConfig(); -tldConfig.setContext( this ); +TldConfig tldConfig = new TldConfig(); +tldConfig.setContext(this); try { tldConfig.execute(); -} catch( Exception ex ) { -log.error(Error reading tld listeners + ex.toString(), ex); +} catch (Exception ex) { +log.error(Error reading tld listeners + + ex.toString(), ex); //ok=false; } @@ -4096,16 +4094,21 @@ // Create request listener lifecycle valve if (ok) { if (!requestListenerConfig()) { - log.error(sm.getString(standardContext.requestListenerStartFailed)); +log.error(sm.getString + (standardContext.requestListenerStartFailed)); } } // Load and initialize all load on startup servlets -if (ok) +if (ok) { loadOnStartup(findChildren()); +} // Unbinding thread unbindThread(oldCCL); + +// Initialize associated mapper +mapper.setContext(getPath(), welcomeFiles, resources); // Set available status depending upon startup success if (ok) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21288] - DirContext caching problem with Dreamweaver 6 when recursively creating directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288 DirContext caching problem with Dreamweaver 6 when recursively creating directories --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 22:30 --- I have added: if (name.endsWith(/)) { name = name.substring(0, name.length() - 1); } in both ProxyDirContext.cacheLookup and cacheUnload. That should fix the problem (and other similar problems), but I can't really test it. Can you help ? I'm committing the fix to TC 5, and will backport it to TC 4.1.x if it does fix the issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21288] - DirContext caching problem with Dreamweaver 6 when recursively creating directories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288 DirContext caching problem with Dreamweaver 6 when recursively creating directories --- Additional Comments From [EMAIL PROTECTED] 2003-07-02 23:00 --- I thought about it some more, and fear that my patch could have some consequences, as it could makes URLs like /somejsp.jsp and /somejsp.jsp/ identical (very bad). Of course, that occurs after extension or exact mapping, so you can't get the JSP source that easily (and indeed, I couldn't exploit it), but still, it's not a safe patch. Instead, I plan to unload the slashed version of a resource as well as the non-slashed version when unloading from the cache. Since unloading doesn't happen too often, it shouldn't have any performance impact. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hey, we're famous !
http://news.com.com/2100-1012_3-1022469.html?tag=fd_top Crikey the staff writers at news.com are pretty poor. Terrible doesn't begin to describe this paragraph... Reasoning next is studying Tomcat , an Apache module that lets Web servers run Java programs, said Tom Fry, Apache's director of marketing. The company plans to release that study in about two weeks, he said. [sigh] or maybe... Reasoning is turning their attention to Tomcat next. Tomcat, a component or standalone web server solution, is written in Java and is part of the jakarta project to create industrial strength open-source solutions. The company intends to release the study of the Tomcat source code in about two weeks Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java
keith 2003/07/02 17:15:16 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java Log: Allow * as a valid url Revision ChangesPath 1.19 +8 -4 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java Index: CoyoteAdapter.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- CoyoteAdapter.java23 Mar 2003 08:57:49 - 1.18 +++ CoyoteAdapter.java3 Jul 2003 00:15:16 - 1.19 @@ -504,6 +504,10 @@ int start = uriBC.getStart(); int end = uriBC.getEnd(); +// URL * is acceptable +if ((end - start == 1) b[start] == (byte) '*') + return true; + int pos = 0; int index = 0; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
keith 2003/07/02 17:16:49 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: Allow * as a valid url Revision ChangesPath 1.8 +8 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java Index: CoyoteAdapter.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- CoyoteAdapter.java19 May 2003 22:44:20 - 1.7 +++ CoyoteAdapter.java3 Jul 2003 00:16:49 - 1.8 @@ -480,6 +480,10 @@ int start = uriBC.getStart(); int end = uriBC.getEnd(); +// URL * is acceptable +if ((end - start == 1) b[start] == (byte) '*') + return true; + int pos = 0; int index = 0; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21297] New: - isapi_redirector2.dll cannot parse wrapped HTTP headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297 isapi_redirector2.dll cannot parse wrapped HTTP headers Summary: isapi_redirector2.dll cannot parse wrapped HTTP headers Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If an HTTP request containing a header that is continued on more than one line using leading whitespace is received by isapi_redirector2.dll via IIS, the headers are parsed incorrectly. This has also been tested using HTTP/1.1 and on Windows XP. Sample JSP: html body pre % for(java.util.Enumeration names = request.getHeaderNames(); names.hasMoreElements();) { String name = (String)names.nextElement(); out.write([ + name + ] = [ + request.getHeader(name) + ]); out.write(\n); } % /pre /body /html Sample HHTP request: GET /examples/bug.jsp HTTP/1.0 Host: localhost SOAPAction: ebXML Content-Type: multipart/related; type=text/xml; start=24480816.1056342917752; boundary=28258744.1056342917762 Message-ID: 3736219.105634291777 Connection: close Sample correct output when sent direct to Tomcat: [host] = [localhost] [soapaction] = [ebXML] [content-type] = [multipart/related; type=text/xml; start=24480816.1056342917752; boundary=28258744.1056342917762] [message-id] = [3736219.105634291777] [connection] = [close] Sample incorrect output when sent to IIS/isapi_redirector2.dll: [connection] = [close] [host] = [localhost] [content-type] = [multipart/related; type=text/xml; start=24480816.1056342917752; ] [soapaction] = [ebXML] [ boundary=28258744.1056342917762 message-id] = [3736219.105634291777] [content-length] = [0] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21297] - isapi_redirector2.dll cannot parse wrapped HTTP headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297 isapi_redirector2.dll cannot parse wrapped HTTP headers --- Additional Comments From [EMAIL PROTECTED] 2003-07-03 01:42 --- Note that the displayed value of content-type in each sample output is wrapped due to the input textarea size. The header name of the continued header in the incorrect sample output contains a newline. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [JAKARTA NEWSLETTER DRAFT] News on 'Jakarta Tomcat' from May to June, 2003
Remy wrote: Here's my proposal for a Tomcat entry: Project: nowikiTomcat/nowiki Editor: Remy Maucherat The Tomcat team is hard working on Tomcat 5, with the recent release of Tomcat 5.0.3, and the upcoming Tomcat 5.0.4 release (another alpha). The quality of Tomcat 5.0.3 seems to be quite high for an alpha (which isn't that surprising given it is a direct evolution of the Tomcat 4.1.x codebase), so we encourage fearless users to test drive it and report issues. Planned July builds: - Tomcat 4.1.25: bugfix only release - Tomcat 5.0.4 and 5.0.5: bugfix and polish over 5.0.3 - mod_jk 1.2.5: mod_jk 1.x bugfix release Comments ? Remy Cool! Please add these above to http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaNewsletterDrafts/Issue9 Sincerely, -- Tetsuya ([EMAIL PROTECTED]) P.S. Are here anyone who have been voted in as new committers of Tomcat within these 2 months? - Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] : [EMAIL PROTECTED] http://www.terra-intl.com/ (Apache Jakarta Translation, Japanese) http://jakarta.terra-intl.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hey, we're famous !
I remember back when CNet was this great site where you could get all kinds of unbiased information. [sigh] Now its just a place for companies to blanket advertise their products. This just seems to be an advertisement for Reasoning, and a poor one at that. It'd be nice if he at least defined what a defect was. -M. kev wrote: http://news.com.com/2100-1012_3-1022469.html?tag=fd_top Crikey the staff writers at news.com are pretty poor. Terrible doesn't begin to describe this paragraph... Reasoning next is studying Tomcat , an Apache module that lets Web servers run Java programs, said Tom Fry, Apache's director of marketing. The company plans to release that study in about two weeks, he said. [sigh] or maybe... Reasoning is turning their attention to Tomcat next. Tomcat, a component or standalone web server solution, is written in Java and is part of the jakarta project to create industrial strength open-source solutions. The company intends to release the study of the Tomcat source code in about two weeks Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to get the container within an instance event?
Does anyone know how to access the container object from an instance event? Are there any specs that say an instance event can have no internal access to the server? Sorry for the cross post but I am deep into the internals of tomcat here and I don't know which list is appropriate. The list with how do I change the default port type q's or the one that debates how features should be implemented. Angus Mezick GuideStar - Philanthropic Research Inc. 427 Scotland St. Williamsburg, Virginia 23185 PHONE: (757)299-4631 x35 FAX:(757)229-8912 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.guidestar.org http://www.guidestar.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get the container within an instance event?
On Wed, 2 Jul 2003, Angus Mezick wrote: Date: Wed, 2 Jul 2003 15:08:33 -0400 From: Angus Mezick [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: How to get the container within an instance event? Does anyone know how to access the container object from an instance event? Are there any specs that say an instance event can have no internal access to the server? I presume you're talking about org.apache.catalina.InstanceEvent, right? If so, the wrapper property that is accessible via getWrapper() is the org.apache.catalina.Container instance for this particular servlet. If you want the Context element for the webapp, for example, you'd say something like: Context context = (Context) event.getWrapper().getParent(); or, to get the Host for this virtual host: Host host = (Host) event.getWrapper().getParent().getParent(); and so on. Sorry for the cross post but I am deep into the internals of tomcat here and I don't know which list is appropriate. The list with how do I change the default port type q's or the one that debates how features should be implemented. The TOMCAT-USER list probably won't have many folks that understand the internals well enough to answer a question like this :-). Angus Mezick GuideStar - Philanthropic Research Inc. 427 Scotland St. Williamsburg, Virginia 23185 PHONE: (757)299-4631 x35 FAX:(757)229-8912 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.guidestar.org http://www.guidestar.org Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21297] - isapi_redirector2.dll cannot parse wrapped HTTP headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297 isapi_redirector2.dll cannot parse wrapped HTTP headers --- Additional Comments From [EMAIL PROTECTED] 2003-07-03 04:30 --- Your example works perfectly with Apache mod_jk on Solaris. I don't (personally) have access to an IIS server to continue investigating. If it was on one of my systems, the first thing I would try is to write a simple ASP page that does the same thing, to see if the problem is with IIS's ability to parse headers. If the ASP page works as expected, then you may have to get the source, and add extra logging statements to resolve it. If the ASP page doesn't work as expected, then you can either complain to MS, or use Apache instead. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get the container within an instance event?
Hi All, From where can I get complete class diagrams of Tomcat ? Thanks, Kaushik This mail was scanned by Interscan Viruswall, CR ,TCS CHENNAI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get the container within an instance event?
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/catalina/docs/api/index.html - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, July 02, 2003 9:33 PM Subject: Re: How to get the container within an instance event? Hi All, From where can I get complete class diagrams of Tomcat ? Thanks, Kaushik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
class diagram
I was asking abt UML class diagram, not API's. Could u please tell me where can i get it. - Kaushik http://jakarta.apache.org/tomcat/tomcat-4.1-doc/catalina/docs/api/index.html Hi All, From where can I get complete class diagrams of Tomcat ? Thanks, Kaushik This mail was scanned by Interscan Viruswall, CR ,TCS CHENNAI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: class diagram
You can download sample chapters of How Tomcat Works book from my website: www.brainysoftware.com cheers, budi ---Original Message--- From: Subject: class diagram Sent: 03 Jul 2003 05:23:44 I was asking abt UML class diagram, not API's. Could u please tell me where can i get it. - Kaushik http://jakarta.apache.org/tomcat/tomcat-4.1-doc/catalina/docs/api/index.html Hi All, From where can I get complete class diagrams of Tomcat ? Thanks, Kaushik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ---Original Message---
DO NOT REPLY [Bug 21297] - isapi_redirector2.dll cannot parse wrapped HTTP headers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21297 isapi_redirector2.dll cannot parse wrapped HTTP headers [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-07-03 05:47 --- You're right, I should have tried that. I wrote an ASP that does the same thing, sent the same HTTP request to the ASP, and the ASP output shows the same problem, so it appears to be an IIS problem. Sigh. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]