DO NOT REPLY [Bug 24086] New: - [Administration]Http 500 error in Logger page, when use mozilla, click back in toolbar
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=24086. 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=24086 [Administration]Http 500 error in Logger page, when use mozilla, click back in toolbar Summary: [Administration]Http 500 error in Logger page, when use mozilla, click back in toolbar Product: Tomcat 5 Version: 5.0.12 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, Using mozilla(the version I used is v1.5a), in the left tree, click the Logger for Service(Catalina) node. The right content page will navigate to the Logger define page. Then: 1. click save button directly, the page will display Save sucessful!. 2. then click the back button on the mozilla toolbar. we will return the Logger define page again. 3. clear the Prefix: field in the form. (just make some validate errors) 4. click save button again. Http 500 error occurs! Why? It also exits in the Connector and Logger for Host. By the way, they work well in IE. Maybe, the reset() method of the class LoggerForm should be taken a attention. Can the debugLvlVals be reset to null? Good Luck! tigerlet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24065] - setLocale() still overrides charset from setContentType().
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=24065. 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=24065 setLocale() still overrides charset from setContentType(). [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 07:49 --- This should work fine with the current Tomcat code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/bin setclasspath.bat
remm2003/10/24 00:55:41 Modified:catalina/src/bin setclasspath.bat Log: - Improve setclasspath according to bug 23608. - Submitted by Adam Hardy. Revision ChangesPath 1.5 +10 -5 jakarta-tomcat-catalina/catalina/src/bin/setclasspath.bat Index: setclasspath.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/setclasspath.bat,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- setclasspath.bat 17 Jan 2003 10:05:40 - 1.4 +++ setclasspath.bat 24 Oct 2003 07:55:41 - 1.5 @@ -8,7 +8,7 @@ if not %JAVA_HOME% == goto gotJavaHome echo The JAVA_HOME environment variable is not defined echo This environment variable is needed to run this program -goto end +goto exit :gotJavaHome if not exist %JAVA_HOME%\bin\java.exe goto noJavaHome if not exist %JAVA_HOME%\bin\javaw.exe goto noJavaHome @@ -18,18 +18,18 @@ :noJavaHome echo The JAVA_HOME environment variable is not defined correctly echo This environment variable is needed to run this program -goto end +goto exit :okJavaHome if not %BASEDIR% == goto gotBasedir echo The BASEDIR environment variable is not defined echo This environment variable is needed to run this program -goto end +goto exit :gotBasedir if exist %BASEDIR%\bin\setclasspath.bat goto okBasedir echo The BASEDIR environment variable is not defined correctly echo This environment variable is needed to run this program -goto end +goto exit :okBasedir rem Set the default -Djava.endorsed.dirs argument @@ -47,5 +47,10 @@ set _RUNJAVAW=%JAVA_HOME%\bin\javaw set _RUNJDB=%JAVA_HOME%\bin\jdb set _RUNJAVAC=%JAVA_HOME%\bin\javac + +goto end + +:exit +exit :end - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23608] - can't start catalina.sh apart from in $CATALINA_HOME
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=23608. 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=23608 can't start catalina.sh apart from in $CATALINA_HOME [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Component|Connector:Coyote|Native:Integration Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 07:58 --- Fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23608] - can't start catalina.sh apart from in $CATALINA_HOME
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=23608. 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=23608 can't start catalina.sh apart from in $CATALINA_HOME [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 07:59 --- I closed the wrong bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/bin setclasspath.bat
[EMAIL PROTECTED] wrote: remm2003/10/24 00:55:41 Modified:catalina/src/bin setclasspath.bat Log: - Improve setclasspath according to bug 23608. - Submitted by Adam Hardy. Actually, this is bug 23953, submitted by Jacek Laskowski. Sorry for the trouble. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23953] - JAVA_HOME defined incorrectly breaks startup.bat
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=23953. 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=23953 JAVA_HOME defined incorrectly breaks startup.bat [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 08:00 --- Fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 24075] New: - mod_jk will not resolve hostnames
Josh, I've never had this problem with mod_jk Are you sure that your hosts file is setup correctly ? I mean does ping localhost give something sane ? I'm presently running 14 servers each running about 300 virtual hosts using mod_jk with the connection host being a name and not an IP address and all is OK. (this going to about 300 tomcat instances on another 14 servers) Assuming your dns works so should yours :) let us know what you find David [EMAIL PROTECTED] rg To: [EMAIL PROTECTED] cc: 23/10/2003 19:54 Subject: DO NOT REPLY [Bug 24075] New: - mod_jk will not resolve hostnames Please respond to Tomcat Developers List 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=24075. 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=24075 mod_jk will not resolve hostnames Summary: mod_jk will not resolve hostnames Product: Tomcat 4 Version: 4.1.24 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Connector:JK/AJP (deprecated) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I just installed mod_jk on apache 2.0.47 and was unable to connect to tomcat. I knew tomcat was configured correctly because I had an older apache 1.3 distribution with mod_jk on the same machine connecting to the same tomcat with no problems. After some debugging and code fiddeling, I found out that my hostname of localhost wasn't getting resolved. When I put in 127.0.0.1 instead, it worked fine. I know this module is deprecated, but I hope this will help others with this connector. -Josh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24090] New: - dynamic-attributes in tag file is broken
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=24090. 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=24090 dynamic-attributes in tag file is broken Summary: dynamic-attributes in tag file is broken Product: Tomcat 5 Version: 5.0.0 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when i tried to use dynamic-attributes in a tag file, the java class tomcat generated fail to implement javax.servlet.jsp.tagext.DynamicAttributes. the call to setDynamicAttribute in jsp file was generated properly, however, resulted in an exception being thrown as follows: Oct 24, 2003 5:16:00 PM org.apache.jasper.compiler.Compiler generateClass SEVERE: Error compiling file: /home/walterc/lib/java/apache/jakarta/tomcat/jakarta-tomcat-5.0.12/work/Catalina/localhost/jsp-sandbox/org/apache/jsp/jsp/test_jsp.java [javac] Compiling 1 source file /home/walterc/lib/java/apache/jakarta/tomcat/jakarta-tomcat-5.0.12/work/Catalina/localhost/jsp-sandbox/org/apache/jsp/jsp/test_jsp.java:68: cannot resolve symbol symbol : method setDynamicAttribute (nulltype,java.lang.String,java.lang.String) location: class org.apache.jsp.tag.web.test_tag _jspx_th_t_test_0.setDynamicAttribute(null, a, new String(1)); ^ /home/walterc/lib/java/apache/jakarta/tomcat/jakarta-tomcat-5.0.12/work/Catalina/localhost/jsp-sandbox/org/apache/jsp/jsp/test_jsp.java:69: cannot resolve symbol symbol : method setDynamicAttribute (nulltype,java.lang.String,java.lang.String) location: class org.apache.jsp.tag.web.test_tag _jspx_th_t_test_0.setDynamicAttribute(null, b, new String(2)); ^ 2 errors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24091] New: - dynamic-attributes in tag file is broken
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=24091. 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=24091 dynamic-attributes in tag file is broken Summary: dynamic-attributes in tag file is broken Product: Tomcat 5 Version: 5.0.12 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when i tried to use dynamic-attributes in a tag file, the java class tomcat generated fail to implement javax.servlet.jsp.tagext.DynamicAttributes. the call to setDynamicAttribute in jsp file was generated properly, however, resulted in an exception being thrown as follows: Oct 24, 2003 5:16:00 PM org.apache.jasper.compiler.Compiler generateClass SEVERE: Error compiling file: /home/walterc/lib/java/apache/jakarta/tomcat/jakarta-tomcat-5.0.12/work/Catalina/localhost/jsp-sandbox/org/apache/jsp/jsp/test_jsp.java [javac] Compiling 1 source file /home/walterc/lib/java/apache/jakarta/tomcat/jakarta-tomcat-5.0.12/work/Catalina/localhost/jsp-sandbox/org/apache/jsp/jsp/test_jsp.java:68: cannot resolve symbol symbol : method setDynamicAttribute (nulltype,java.lang.String,java.lang.String) location: class org.apache.jsp.tag.web.test_tag _jspx_th_t_test_0.setDynamicAttribute(null, a, new String(1)); ^ /home/walterc/lib/java/apache/jakarta/tomcat/jakarta-tomcat-5.0.12/work/Catalina/localhost/jsp-sandbox/org/apache/jsp/jsp/test_jsp.java:69: cannot resolve symbol symbol : method setDynamicAttribute (nulltype,java.lang.String,java.lang.String) location: class org.apache.jsp.tag.web.test_tag _jspx_th_t_test_0.setDynamicAttribute(null, b, new String(2)); ^ 2 errors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24090] - dynamic-attributes in tag file is broken
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=24090. 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=24090 dynamic-attributes in tag file is broken [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 10:14 --- ... *** This bug has been marked as a duplicate of 24091 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24091] - dynamic-attributes in tag file is broken
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=24091. 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=24091 dynamic-attributes in tag file is broken --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 10:14 --- *** Bug 24090 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24091] - dynamic-attributes in tag file is broken
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=24091. 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=24091 dynamic-attributes in tag file is broken [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Major - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultContext + ResourceLink
On Wed, 22 Oct 2003 02:52:52 -0700, Peter Harrison wrote: On Wed, 22 Oct 2003 12:18, Cam Smith wrote: Hi tomcat-dev, I just downloaded the latest builds in the hope that this bug might be fixed: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11662 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16116 Unfortunately it still seems to be present. I'm happy to go with 4.1 or 5.0 beta, but could someone please take a look at this? I would have thought that global JDBC datasources plus auto-deployment is a pretty mainstream configuration. The following was posted a couple of days ago, and the bug marked as RESOLVED and FIXED. However, there was also the comment included below which seems to indicate that the resolution was *not* to place JDBC drivers in the common/lib directory, but rather add the JDBC jar to the classpath manually. This is rather confusing. This is a different behavior to Tomcat 4.0.4 (which I'm using now), and is undocuented. Ideally it should be fixed so that the common/lib directory is used, as is the case with older versions. No, you're talking about an unrelated issue. My problem is that ResourceLinks (to a globally declared resource) declared in a DefaultContext element do not propagate to any automatically deployed contexts. This occurs no matter where the driver jar is located. Apart from forcing you to explicity configure each context, it also makes it much harder to use the ant based deployment tasks - in fact I've given up. I downloaded 5.0.13 as comitters on the list have been describing it as stable - but the problem still exists. thanks, Cam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_webapp for Apache 2?
I'd appreciate any advice in locating a mod_webapp connector for Apache 2/Tomcat 4.1. This particular connector is essential to an installation of webMathematica . I've searched Jakarta-Apache site but obviously did not succeed. Any assistance would be very much appreciated. Best wishes, Alan Kelly Dr. Alan Kelly Director, Small Area Health Research Unit (SAHRU) Department of Public Health Primary Care Trinity College Dublin Tel: 353-1-6081385 email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c
andya 2003/10/24 04:51:35 Modified:jk/native2/common jk_channel_socket.c Log: Added typedef for in_addr_t ifdef WIN32 Revision ChangesPath 1.59 +4 -1 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- jk_channel_socket.c 16 Oct 2003 08:41:06 - 1.58 +++ jk_channel_socket.c 24 Oct 2003 11:51:35 - 1.59 @@ -82,6 +82,9 @@ #ifndef WIN32 #define closesocket close #endif +#ifdef WIN32 + typedef u_long in_addr_t; +#endif #ifdef HAS_APR #include apr_network_io.h @@ -280,7 +283,7 @@ /* TODO: Should be updated for IPV6 support. */ /* for now use the correct type, in_addr_t */ -in_addr_t laddr; + in_addr_t laddr; rc-sin_port = htons((short)port); rc-sin_family = AF_INET; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultContext + ResourceLink
Cam Smith wrote: On Wed, 22 Oct 2003 02:52:52 -0700, Peter Harrison wrote: On Wed, 22 Oct 2003 12:18, Cam Smith wrote: Hi tomcat-dev, I just downloaded the latest builds in the hope that this bug might be fixed: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11662 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16116 Unfortunately it still seems to be present. I'm happy to go with 4.1 or 5.0 beta, but could someone please take a look at this? I would have thought that global JDBC datasources plus auto-deployment is a pretty mainstream configuration. The following was posted a couple of days ago, and the bug marked as RESOLVED and FIXED. However, there was also the comment included below which seems to indicate that the resolution was *not* to place JDBC drivers in the common/lib directory, but rather add the JDBC jar to the classpath manually. This is rather confusing. This is a different behavior to Tomcat 4.0.4 (which I'm using now), and is undocuented. Ideally it should be fixed so that the common/lib directory is used, as is the case with older versions. No, you're talking about an unrelated issue. My problem is that ResourceLinks (to a globally declared resource) declared in a DefaultContext element do not propagate to any automatically deployed contexts. This occurs no matter where the driver jar is located. Apart from forcing you to explicity configure each context, it also makes it much harder to use the ant based deployment tasks - in fact I've given up. I downloaded 5.0.13 as comitters on the list have been describing it as stable - but the problem still exists. You can include a context file with the webapps you deploy (look in the docs), which will solve your problem. BTW, no committer (except me maybe) stated that 5.0.13 was stable. It is an alpha release. Remy - 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 StandardDefaultContext.java
remm2003/10/24 04:57:27 Modified:catalina/src/share/org/apache/catalina/core StandardDefaultContext.java Log: - Add support for resource links to StdDefContext. Revision ChangesPath 1.8 +16 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardDefaultContext.java Index: StandardDefaultContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardDefaultContext.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- StandardDefaultContext.java 21 Oct 2003 00:18:25 - 1.7 +++ StandardDefaultContext.java 24 Oct 2003 11:57:27 - 1.8 @@ -1373,6 +1373,14 @@ } listener.addResource(contextEntry); } +ContextResourceLink [] resourceLinks = findResourceLinks(); +for (int i = 0; i resourceLinks.length; i++) { +ContextResourceLink contextEntry = resourceLinks[i]; +if (contextResources.exists(contextEntry.getName())) { +listener.removeResourceLink(contextEntry.getName()); +} +listener.addResourceLink(contextEntry); +} String [] envRefs = findResourceEnvRefs(); for (int i = 0; i envRefs.length; i++) { if (contextResources.exists(envRefs[i])) { @@ -1498,6 +1506,10 @@ ContextResource [] resources = findResources(); for( int i = 0; i resources.length; i++ ) { context.addResource(resources[i]); +} +ContextResourceLink [] resourceLinks = findResourceLinks(); +for( int i = 0; i resourceLinks.length; i++ ) { +context.addResourceLink(resourceLinks[i]); } String [] envRefs = findResourceEnvRefs(); for( int i = 0; i envRefs.length; i++ ) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_webapp for Apache 2?
Alan Kelly wrote: I'd appreciate any advice in locating a mod_webapp connector for Apache 2/Tomcat 4.1. This particular connector is essential to an installation of webMathematica . mod_webapp has been deprecated since Tomcat 4.1.23. Use mod_jk2 instead. I've searched Jakarta-Apache site but obviously did not succeed. Any assistance would be very much appreciated. Best wishes, Alan Kelly Dr. Alan Kelly Director, Small Area Health Research Unit (SAHRU) Department of Public Health Primary Care Trinity College Dublin Tel: 353-1-6081385 email: [EMAIL PROTECTED] - 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]
cvs commit: jakarta-tomcat-5/resources/mbeans tomcat5-ant.xml
remm2003/10/24 06:08:47 Modified:resources/mbeans tomcat5-ant.xml Log: - The JSR 77 beans must be in the same domain as the engine. - This is due to a limitation of JMX which prevents retrieving attributes of a bean when the unregistration event is sent. IMO, the server should send the unregistration before removing the bean. Revision ChangesPath 1.14 +1 -1 jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml Index: tomcat5-ant.xml === RCS file: /home/cvs/jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- tomcat5-ant.xml 10 Aug 2003 09:53:37 - 1.13 +++ tomcat5-ant.xml 24 Oct 2003 13:08:47 - 1.14 @@ -139,7 +139,7 @@ !-- === Server.xml based - backward compat -- property name=domain value=Catalina / - property name=jsr77Domain value=JSR77 / + property name=jsr77Domain value=Catalina / !-- === JMX only -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.xml
remm2003/10/24 06:09:15 Modified:.build.xml Log: - Embed needs regexp now (the connector needs it). Revision ChangesPath 1.165 +1 -0 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.164 retrieving revision 1.165 diff -u -r1.164 -r1.165 --- build.xml 6 Oct 2003 13:43:41 - 1.164 +++ build.xml 24 Oct 2003 13:09:15 - 1.165 @@ -608,6 +608,7 @@ copy todir=embed/lib file=${commons-beanutils.jar}/ copy todir=embed/lib file=${commons-collections.jar}/ copy todir=embed/lib file=${jmx.jar}/ +copy todir=embed/lib file=${regexp.jar}/ copy todir=embed/lib fileset dir=build/server/lib - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat CVS howto
I am looking for a doc that explains how to get all the necessary tomcat code out of CVS. I did a: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-5 and got no java code. please advise. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat CVS howto
Howdy, The instructions are here: http://jakarta.apache.org/site/cvsindex.html I assume you've already read them, as you tried the command below. Did you do a CVS login first? You have to login (as anoncvs in your case) before you can checkout. Yoav Shapira Millennium ChemInformatics -Original Message- From: Mark W. Webb [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2003 9:22 AM To: Tomcat Developers List Subject: Tomcat CVS howto I am looking for a doc that explains how to get all the necessary tomcat code out of CVS. I did a: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-5 and got no java code. please advise. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: http://www.apache.org/dist/jakarta/tomcat-4/source/
Bill Barker wrote: Remy has been packaging Jasper in the j-t-4.1.x-src tarball (as jasper). Ok, I was confused by the jasper subdirectory of the jakarta-tomcat-4.0 repos. What about jakarta-servletapi-4? - Original Message - From: jean-frederic clere [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, October 23, 2003 8:52 AM Subject: http://www.apache.org/dist/jakarta/tomcat-4/source/ Hi, I am playing building binaries of Tomcat: In http://www.apache.org/dist/jakarta/tomcat-4/source/ we only have jakarta-tomcat and jakarta-tomcat-connectors. I think we should add jakarta-tomcat-jasper/jasper2 and jakarta-servletapi-4 otherwise it is quite hard to rebuild a binary from the sources. Comments? Cheers Jean-Frederic - 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: Tomcat CVS howto
I'm also having trouble those days when building the nightly build. It seems when you log in using anoncvs, you don't get all the source code. I have to use my account in order to make it work Anyone have such problem? -- Jeanfrancois Mark W. Webb wrote: I am looking for a doc that explains how to get all the necessary tomcat code out of CVS. I did a: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-5 and got no java code. please advise. Thank you. - 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]
PGP signature on binary download page has a problem
I just noticed a small problem on the binary downloads page under the Tomcat section. All of the PGP signatures come from the main distributions site(as they should), not a mirror, EXCEPT the one for 4.1.27 exe - I see it coming from a mirror (using mirror mirror2.telentente.com). Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18147] - Using HttpServletResponse.sendRedirect() with a mailto loses the 'to' information
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=18147. 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=18147 Using HttpServletResponse.sendRedirect() with a mailto loses the 'to' information [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 18:33 --- I too have hit this... v4.1.27 response.sendRedirect(mailto:[EMAIL PROTECTED]); seems to strip the addr after the : the sendRedirect then tries to open ONLY mailto: which creates a mail with the to: field blank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15680] - Wellcome file redirect loses session
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=15680. 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=15680 Wellcome file redirect loses session [EMAIL PROTECTED] changed: What|Removed |Added Summary|Wellcome file redirect |Wellcome file redirect loses |looses session |session --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 18:37 --- As far as I can tell, it's a pretty simple fix. In org.apache.catalina.servlets.DefaultServlet, there are two calls like: response.sendRedirect(redirectPath) in the method: protected void serveResource(HttpServletRequest request, HttpServletResponse response, boolean content) They just need to be changed to: response.sendRedirect(response.encodeRedirectURL(redirectPath)); And then the redirect will have the session ID included. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15680] - Wellcome file redirect loses session
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=15680. 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=15680 Wellcome file redirect loses session --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 18:38 --- Created an attachment (id=8728) Patch against DefaultServlet.java that properly encodes URLs on redirect. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24073] - hang/deadlock, possibly in FileLogger
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=24073. 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=24073 hang/deadlock, possibly in FileLogger --- Additional Comments From [EMAIL PROTECTED] 2003-10-24 19:03 --- Bugger... got another hang, but it looks someplace different. Trying to format a timestamp for the logs, I think. I jes' don't know what to think. Full thread dump Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode): Thread-19 daemon prio=1 tid=0x4d774408 nid=0x6fc waiting on condition [4f382000..4f382714] at java.text.SimpleDateFormat.compile(SimpleDateFormat.java:581) at java.text.SimpleDateFormat.initialize(SimpleDateFormat.java:494) at java.text.SimpleDateFormat.init(SimpleDateFormat.java:443) at org.apache.coyote.tomcat4.CoyoteRequest.init(CoyoteRequest.java:197) at org.apache.coyote.tomcat4.CoyoteConnector.createRequest(CoyoteConnector.java:967) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:203) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:534) Thread-18 daemon prio=1 tid=0x4d775498 nid=0x6fc waiting for monitor entry [4f301000..4f301714] at org.apache.tomcat.util.http.FastHttpDateFormat.getCurrentDate(FastHttpDateFormat.java:150) - waiting to lock 0x456246b8 (a java.text.SimpleDateFormat) at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1202) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:676) at org.apache.coyote.Response.action(Response.java:220) at org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutputBuffer.java:371) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:714) at org.apache.coyote.Response.action(Response.java:222) at org.apache.coyote.Response.finish(Response.java:343) at org.apache.coyote.tomcat4.OutputBuffer.close(OutputBuffer.java:326) at org.apache.coyote.tomcat4.CoyoteResponse.finishResponse(CoyoteResponse.java:500) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:224) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:601) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:534) Thread-17 daemon prio=1 tid=0x4d7758e0 nid=0x6fc runnable [4f28..4f280714] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353) - locked 0x44dedbc0 (a java.net.PlainSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:448) at java.net.ServerSocket.accept(ServerSocket.java:419) at org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:107) at org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java:356) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:529) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:534) Thread-16 daemon prio=1 tid=0x4d775780 nid=0x6fc in Object.wait() [4f094000..4f094714] at java.lang.Object.wait(Native Method) - waiting on 0x44930308 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Object.wait(Object.java:429) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:595) - locked 0x44930308 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Thread.run(Thread.java:534) Thread-15 daemon prio=1 tid=0x080abaf0 nid=0x6fc waiting on condition [4f013000..4f013714] at java.util.Date.getTime(Date.java:826) at java.util.Calendar.setTime(Calendar.java:902) at java.text.SimpleDateFormat.format(SimpleDateFormat.java:782) at java.text.SimpleDateFormat.format(SimpleDateFormat.java:775) at java.text.DateFormat.format(DateFormat.java:314) at
Re: Embedded Tomcat startup java class
Mark W. Webb wrote: Knowing that Tomcat is moving towards JMX, I was wondering if anyone has ported Embedded.java into the a format that will support the JMX integration. Knowing that there is a build.xml file that will launch tomcat in an embedded state, is there an equivalent .java file for doing this? You don't have to do that. You can use Embedded to create your TC instance, and then use JMX to create or destroy contexts. Or use a standalone TC with a server.xml, and use JMX (or Embedded) to manage the contexts (that's how it works in the integrated JBoss 3.2 / TC 5). You can mix and use whatever seems best to you :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New builds ?
Remy Maucherat wrote: So, what do we do with 4.1.28 ? AFAIK, no significant issue has been found with this build, with minor tweaks being made since then in the connectors. Is a 4.1.29 needed, or is it simply people forgot about that build ? OTOH, there has been a few useful fixes and tweaks since 5.0.13 in the 5.0 branch, so I'll tag a new 5.0.14 at the end of the week (these .13 builds are all cursed :-D). Ok, tomorrow or Sunday :) (I've been a bit sick this week, so I'm slow) - 5.0.14 with pool DBCP 1.1 (and the latest fixes); I'm going to bundle the JSR 160 RI (the license is the same as the JMX 1.2 RI), and I'll try to add support for it using a new server listener. - 4.1.29 also with pool DBCP 1.1; ideally, I'll have time to add additional connector attributes (for compression configuration, among other things). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultContext + ResourceLink
On Sat, 25 Oct 2003 00:54, Remy Maucherat wrote: I downloaded 5.0.13 as comitters on the list have been describing it as stable - but the problem still exists. You can include a context file with the webapps you deploy (look in the docs), which will solve your problem. The problem for me is that in the deployment process we delete the old web application and copy in the new webapp. Yes you can include the resources in a context - but then you need a custom war for every deployment, rather than a generic war which uses whatever data source is defined in server.xml. In our situation each build is certified, ie we run the war on a test server, and that war is certified by the client prior to deployment in the live environment. Anyway, I'm going to stop bleating now and see if I can fx it :) Regards, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] Tomcat 3.3.1 AccessLogInterceptor
Attached is a patch against the current HEAD revision for AccessLogInterceptor that makes it - log POST and PUT requests - report the number of bytes *received* for POST and PUT I am not sure if the last is the right thing to do. Apache seems to do it from what I found in log files with Google (I don't use Apache myself). And it is what I want for my purpose. But it contradicts the documentation of Apache's access.log file. Anyone knows? Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultContext + ResourceLink
Peter Harrison wrote: On Sat, 25 Oct 2003 00:54, Remy Maucherat wrote: I downloaded 5.0.13 as comitters on the list have been describing it as stable - but the problem still exists. You can include a context file with the webapps you deploy (look in the docs), which will solve your problem. The problem for me is that in the deployment process we delete the old web application and copy in the new webapp. Yes you can include the resources in a context - but then you need a custom war for every deployment, rather than a generic war which uses whatever data source is defined in server.xml. Well, your generic WAR can contain a /META-INF/context.xml containing the ResourceLink. In our situation each build is certified, ie we run the war on a test server, and that war is certified by the client prior to deployment in the live environment. Anyway, I'm going to stop bleating now and see if I can fx it :) I probably added the support in TC 5. I didn't test, but the patch was a bit obvious. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Some pitfalls in JDBCAccessLogValve ;)
Hi people, I'm beginning to deploy the JDBCAccessLogValve among my web applications until I noticed, that there are some considerations to be made. IMHO there have to be made some adaptations to prohibit that database errors or -slowness interferes with tomcat and thus disturbs or even prohibts the user experience. So decoupling adding and storing of the log entry should lead to a much faster (to user experience) asynchronous model. 1.) Speed: I think including a queue to which the calling thread just appends the log record and then continues serving the user is much more efficient than the current implementation. Without this the user has to wait for the database to finish writing the access log. On a heavily used system or a multi user system this can be long time, as this method is called for each http access and the database access itself is synchronized, too. 2.) Scalability and error handling: If the database connection fails or drops for a short period of time (for example due to a database restart), then the valve's connection will be either closed or in an invalid state, so the prepared statements and they will will never recover. Thus Tomcat becomes totally unresponsive and won't serve any HTTP requests anymore, as all requests are interrupted by the database exceptions caused by inconsistent connection and pstmt objects. Thanks for any insight Bye, Lev. -- Levent Guendogdu [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Embedded Tomcat startup java class
Knowing that Tomcat is moving towards JMX, I was wondering if anyone has ported Embedded.java into the a format that will support the JMX integration. Knowing that there is a build.xml file that will launch tomcat in an embedded state, is there an equivalent .java file for doing this? thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]