DO NOT REPLY [Bug 29485] - Undeploy considered dangerous
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29485. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29485 Undeploy considered dangerous [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 07:20 --- The Javascript-code in the manager for 5.5.1 is invalid and doesn't work in IE neither in Mozilla. Reason are the missing apostrophs (') around Are you sure. Current: onclick=return(confirm(Are you sure?)) Correct: onclick=return(confirm('Are you sure?')) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31110] New: - o.a.c.servlets.LocalStrings missing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31110. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31110 o.a.c.servlets.LocalStrings missing Summary: o.a.c.servlets.LocalStrings missing Product: Tomcat 5 Version: 5.5.1 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] During startup tomcat complains about missing resource: org.apache.catalina.servlets.LocalStrings 2004-09-08 09:31:13 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-10080 2004-09-08 09:31:13 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2375 ms 2004-09-08 09:31:14 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 2004-09-08 09:31:14 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.1 2004-09-08 09:31:14 org.apache.catalina.core.StandardHost start INFO: XML validation disabled Can't find resource org.apache.catalina.servlets.LocalStrings WebappClassLoader delegate: false repositories: -- Parent Classloader: [EMAIL PROTECTED] [Ljava.net.URL;@1955970 2004-09-08 09:31:17 org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-10080 2004-09-08 09:31:18 org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:10009 2004-09-08 09:31:18 org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=0/125 config=d:\java\eclipse-3.1-M1\tomcat5.5\conf\jk2.properties 2004-09-08 09:31:18 org.apache.catalina.startup.Catalina start INFO: Server startup in 4968 ms - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31110] - o.a.c.servlets.LocalStrings missing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31110. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31110 o.a.c.servlets.LocalStrings missing --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 08:12 --- Back in 5.0.28 times, o.a.c.servlets.LocalStrings.properties has been placed in servlets-common.jar, which seems to be gone right now. All other packages default LocalStrings properties are there (that is: in catalina.jar). servlets-common.jar IMHO should be back to hold those LocalStrings for o.a.c.servlets same as naming-common.jar does for o.a.naming. But I still might be wrong... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fatal: relocation error: file libapr-0.so.0: symbol __divdi3: referenced symbol not found
Jonathan Rengifo wrote: Hi to all ... I've install Apache2 and Tomcat5 last versions from the Apache project web page, and they are currently well running standalone in my 64 bits Solaris 9 Box, but now I need to connect them, so I installed the new mod_jk2 connector, with succeeding results at the configure and make steps, following the HOWTO set up JK2 on Solaris 9 using ChannelUnix (AF_UNIX socket) document from http://archives.real-time.com/pipermail/tomcat-users/2002-November/085985.html. I also setup and export the environment variable LD_LIBRARY_PATH=/usr/java/jre/bin and soft-link the libjkjni.so dynamic library file from the $APACHE/module/libjkjni.so to the LD_LIBRARY_PATH so I can avoid this error message: I've configured and make the Apache2 and the JK2 connector in my own box But now, I am facing a problem while starting tomcat This is what I see in my catalina.out log file: 1-Sep-2004 1:46:23 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-9092 1-Sep-2004 1:46:23 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 2007 ms 1-Sep-2004 1:46:23 PM org.apache.catalina.core.StandardService start INFO: Starting service Tomcat-Standalone 1-Sep-2004 1:46:23 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.27 1-Sep-2004 1:46:23 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled 1-Sep-2004 1:46:25 PM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) 1-Sep-2004 1:46:25 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-9092 1-Sep-2004 1:46:26 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 ld.so.1: /usr/java/bin/java: fatal: relocation error: file /usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0: symbol __divdi3: referenced symbol not found I ran the ldd utility on the jni dynamic library libjkjni.so with the following results: ldd libjkjni.so libcrypt_i.so.1 = /usr/lib/libcrypt_i.so.1 libapr-0.so.0 = /usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0 libc.so.1 = /usr/lib/libc.so.1 libgen.so.1 = /usr/lib/libgen.so.1 libsendfile.so.1 = /usr/lib/libsendfile.so.1 librt.so.1 = /usr/lib/librt.so.1 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 = /usr/lib/libsocket.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libresolv.so.2 = /usr/lib/libresolv.so.2 libpthread.so.1 = /usr/lib/libpthread.so.1 libdl.so.1 = /usr/lib/libdl.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libmd5.so.1 = /usr/lib/libmd5.so.1 libmp.so.2 = /usr/lib/libmp.so.2 /usr/platform/SUNW,Sun-Fire-V210/lib/libc_psr.so.1 libthread.so.1 = /usr/lib/libthread.so.1 /usr/platform/SUNW,Sun-Fire-V210/lib/libmd5_psr.so.1 I notice that the library suposed to have the problem was there /usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0 so I ran nm utility on it with the following results: nm /usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0 | grep div [337] | 0| 0|FUNC |GLOB |0 |UNDEF |.div [640] | 0| 0|FUNC |GLOB |0 |UNDEF |.udiv [909] | 0| 0|NOTY |GLOB |0 |UNDEF |__divdi3 [938] | 0| 0|NOTY |GLOB |0 |UNDEF |__udivdi3 So it seems that the problem is on the libapr-0.so.0 because there is the variable __divdi3 wich is reporting the relocation error... Then, I ran the ldd utility on the libapr-0.so.0 lib, with the following results: /usr/local/apache-httpd-2.0.50/lib ldd libapr-0.so.0 libsendfile.so.1 = /usr/lib/libsendfile.so.1 librt.so.1 = /usr/lib/librt.so.1 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 = /usr/lib/libsocket.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libresolv.so.2 = /usr/lib/libresolv.so.2 libpthread.so.1 = /usr/lib/libpthread.so.1 libdl.so.1 = /usr/lib/libdl.so.1 libc.so.1 = /usr/lib/libc.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libmd5.so.1 = /usr/lib/libmd5.so.1 libmp.so.2 = /usr/lib/libmp.so.2 libthread.so.1 = /usr/lib/libthread.so.1 /usr/platform/SUNW,Sun-Fire-V210/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-V210/lib/libmd5_psr.so.1 Then I skim those libs for the symbol, and don't find it... What does this mean? java uses native C compiler and probably you use gcc to build APR. My problem is definitive related with the libjkjni.so lib, when I add the path of the library to the LD_LIBRARY_PATH I get the error message: ld.so.1: /usr/java/bin/java: fatal: relocation error: file /usr/local/apache-httpd-2.0.50/lib/libapr-0.so.0: symbol __divdi3: referenced symbol not found But, when take this path out of the LD_LIBRARY_PATH the error disappears, but also disappears the AF_SOCKET support of the connector, and got this message: INFO: APR not loaded, disabling jni components: java.io.IOException: java.lang.UnsatisfiedLinkError: no jkjni in java.library.path. Please, any comment from you would be very helpful. Regards Jonathan M. Rengifo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:
cvs commit: jakarta-tomcat-catalina/catalina build.xml
remm2004/09/08 03:38:14 Modified:catalina/src/share/org/apache/catalina/servlets InvokerHttpRequest.java catalina build.xml Log: - Tweak the packaging of the resources for servlets (bug 31110). Revision ChangesPath 1.5 +1 -10 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/InvokerHttpRequest.java Index: InvokerHttpRequest.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/InvokerHttpRequest.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- InvokerHttpRequest.java 27 Feb 2004 14:58:46 - 1.4 +++ InvokerHttpRequest.java 8 Sep 2004 10:38:14 - 1.5 @@ -21,8 +21,6 @@ import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletRequestWrapper; -import org.apache.catalina.util.StringManager; - /** * Wrapper around a codejavax.servlet.http.HttpServletRequest/code @@ -88,13 +86,6 @@ * The servlet path for this request. */ protected String servletPath = null; - - -/** - * The string manager for this package. - */ -protected static StringManager sm = -StringManager.getManager(Constants.Package); // - HttpServletRequest Methods 1.72 +2 -2 jakarta-tomcat-catalina/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v retrieving revision 1.71 retrieving revision 1.72 diff -u -r1.71 -r1.72 --- build.xml 2 Sep 2004 00:47:42 - 1.71 +++ build.xml 8 Sep 2004 10:38:14 - 1.72 @@ -916,8 +916,6 @@ fileset dir=${classes.dir} include name=org/apache/catalina/** / -include name=org/apache/catalina/servlets/Constants.class / -include name=org/apache/catalina/servlets/LocalStrings.properties / !-- Javadoc and i18n exclusions -- exclude name=**/package.html / @@ -1083,6 +1081,8 @@ jar jarfile=${catalina.deploy}/server/lib/servlets-default.jar index=true fileset dir=${classes.dir} include name=org/apache/catalina/servlets/Default* / +include name=org/apache/catalina/servlets/Constants.class / +include name=org/apache/catalina/servlets/LocalStrings.properties / /fileset /jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31110] - o.a.c.servlets.LocalStrings missing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31110. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31110 o.a.c.servlets.LocalStrings missing [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Fatal: relocation error: file libapr-0.so.0: symbol __divdi3: referenced symbol not found
Your missing symbol is part of the runtime. I think that it is part of the gcc runtime. Did you compile libapr with gcc? If so, then you have to arrange to use the static gcc runtime (.a) or to at least include the shared object in the list of link-time dependencies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.1 on Tuesday
Hi, Shoot, I forgot to include this in the announcement of the release ;( Sorry about that. I left your message in my inbox precisely so I would remember... Yoav Shapira Millennium Research Informatics -Original Message- From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 07, 2004 11:33 AM To: Tomcat Developers List Subject: Re: 5.5.1 on Tuesday Shapira, Yoav wrote: Hi, OK. Please finish committing by noon EDT today if you're still working on stuff. If that's impossible, please let me know before noon, as I plan to CVS tag around then and start the release. There is a couple of exception when you turn the security manager on (some privilege block are missing). You can tag it, but just say that -security is broken for that release (I still need to investigate where exactly we need to add the missing parts). -- Jeanfrancois Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, September 06, 2004 6:53 PM To: Tomcat Developers List Subject: Re: 5.5.1 on Tuesday Shapira, Yoav wrote: Hi, I propose to cut the 5.5.1 release on Tuesday (September 7th), thereby giving us the weekend to do additional work on it. OK? I'm done with my changes (I think). I tested a bit datasource support, and it seemed ok, but I only tested a few things. Did someone try to use that yet ? (I saw reports on tc-user that it wasn't working, but it was likely that the configuration is quite different now) Thanks Filip for fixing clustering. Rémy - 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] - 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]
Shouldn't ${catalina.home}/common/i18n/*.jar be added to common.loader locations
In the latest TC 5.5.1 there are several jars in common/i18n containing i18ned strings. Shoudn't these jars be added to o.a.c. startup.catalina.properties so that the common.loader contains these files? Not reporting this as a bug, since I'm not sure if it is one ;). /regz Dominik Drzewiecki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup catalina.properties
remm2004/09/08 05:56:34 Modified:catalina/src/share/org/apache/catalina/startup catalina.properties Log: - Sync the catalina.properties which is in catalina.jar. Revision ChangesPath 1.6 +7 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/catalina.properties Index: catalina.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/catalina.properties,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- catalina.properties 8 Dec 2003 17:28:31 - 1.5 +++ catalina.properties 8 Sep 2004 12:56:34 - 1.6 @@ -21,20 +21,22 @@ # # List of comma-separated paths defining the contents of the common # classloader. Prefixes should be used to define what is the repository type. -# Path may be relative to the CATALINA_HOME path or absolute. If left as blank, -# the JVM system loader will be used as Catalina's common loader. +# Path may be relative to the CATALINA_HOME or CATALINA_BASE path or absolute. +# If left as blank,the JVM system loader will be used as Catalina's common +# loader. # Examples: # foo: Add this folder as a class repository # foo/*.jar: Add all the JARs of the specified folder as class # repositories # foo/bar.jar: Add bar.jar as a class repository -common.loader=${catalina.home}/common/classes,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/lib/*.jar +common.loader=${catalina.home}/common/classes,${catalina.home}/common/i18n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/lib/*.jar # # List of comma-separated paths defining the contents of the server # classloader. Prefixes should be used to define what is the repository type. -# Path may be relative to the CATALINA_HOME path or absolute. If left as blank, -# the common loader will be used as Catalina's server loader. +# Path may be relative to the CATALINA_HOME or CATALINA_BASE path or absolute. +# If left as blank, the common loader will be used as Catalina's server +# loader. # Examples: # foo: Add this folder as a class repository # foo/*.jar: Add all the JARs of the specified folder as class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28949] - Occasional NoClassDefFoundError for tag classes at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28949. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28949 Occasional NoClassDefFoundError for tag classes at startup --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 13:22 --- Yes, it still happens with Tomcat 5.0.28. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dates for 5.0.29 and 5.5.2
Hi, How about next Tuesday, September 14th, for cutting release 5.5.2, and next Saturday, the 18th, for cutting 5.0.29? Yoav Shapira Millennium Research Informatics 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: Dates for 5.0.29 and 5.5.2
Shapira, Yoav wrote: Hi, How about next Tuesday, September 14th, for cutting release 5.5.2, and next Saturday, the 18th, for cutting 5.0.29? Is this a regular roll out or are there some serious problems with 5.0.28? Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
Re: Dates for 5.0.29 and 5.5.2
Shapira, Yoav wrote: Hi, How about next Tuesday, September 14th, for cutting release 5.5.2, and next Saturday, the 18th, for cutting 5.0.29? Do we need 5.0.29 already ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dates for 5.0.29 and 5.5.2
Hi, We don't need 5.0.29 already. But it's had a number of small bug fixes and enhancements over 5.0.28. We can wait longer -- this is why I asked ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:45 PM To: Tomcat Developers List Subject: Re: Dates for 5.0.29 and 5.5.2 Shapira, Yoav wrote: Hi, How about next Tuesday, September 14th, for cutting release 5.5.2, and next Saturday, the 18th, for cutting 5.0.29? Do we need 5.0.29 already ? Rémy - 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]
JspServlet.serviceJspFile() getResourceAsStream vs getResource
This is just a nit, but in JspServlet.serviceJspFile() there is ... synchronized(this) { wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri); if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. InputStream resourceStream = context.getResourceAsStream(jspUri); if (resourceStream == null) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; } else { try { resourceStream.close(); } catch(IOException e) { /* ignore */ } } ... } } Is there any reason we are getting the stream instead of checking for a null URL, for example: synchronized(this) { wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri); if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. if (null==context.getResource(jspUri)) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; } ... } } This way the existence of the file is checked instead of opening it. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24506] - New line elimination at end of directives
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=24506. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24506 New line elimination at end of directives [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 18:12 --- trimSpaces removes any template text between two standard or custom actions only if the template text is all white spaces, and should not cause the space to be removed in your cases. Supply a test case if you still have problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31125] New: - conf/web.xml not valid
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31125. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31125 conf/web.xml not valid Summary: conf/web.xml not valid Product: Tomcat 5 Version: 5.0.0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This file cannot be validated against the schema http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd. It says Invalid value for datatype token in element 'servlet-class' for the following element servlet servlet-namedefault/servlet-name servlet-class org.apache.catalina.servlets.DefaultServlet /servlet-class /servlet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31129] New: - updates/fix for jndi-datasource-examples-howto.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31129. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31129 updates/fix for jndi-datasource-examples-howto.html Summary: updates/fix for jndi-datasource-examples-howto.html Product: Tomcat 5 Version: 5.0.27 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Webapps:Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] jndi-datasource-examples-howto.html (an excellent reference, btw): Section 2: Needs update for Tomcat 5.0.27: Instead of referring to $CATALINA_HOME/conf/server.xml for adding the /DBTest context path, the contents of this file should appear in a *new* $CATALINA_HOME/conf/Catalina/localhost/DBTest.xml file. Section 3: Typo: Extraneous web-app tag following the verbose web-app xmlns=... tag. Will cause numerous cut-paste-induced errors starting up DBTest app! Solution is to remove the either of the web-app start tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31131] New: - errDispatcher not set when called from Ant
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31131. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31131 errDispatcher not set when called from Ant Summary: errDispatcher not set when called from Ant Product: Tomcat 4 Version: 4.1.30 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the Compiler class, the generateJava method can be called without a proper errDispatcher having been set. This happens, for example, when generating Java from an ant script in order to precompile jsps. The result is that errors thrown by this process end up begin reported as null pointer exceptions because the ErrorDispatcher itself is null. I've added the following lines to the top of the method, and it seems to fix the problem. if (errDispatcher == null) { this.errDispatcher = new ErrorDispatcher(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31129] - updates/fix for jndi-datasource-examples-howto.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31129. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31129 updates/fix for jndi-datasource-examples-howto.html [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 19:50 --- Putting it in server.xml is still valid, so I don't want to change the doc and confuse users. The 2nd point has already been addressed in CVS (it was reported as Bugzilla 30756). Thanks though. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30568] - Cannot find daemon loader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30568. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30568 Cannot find daemon loader --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 19:51 --- OK, if you want, please submit doc patches for setup.xml and I'll modify that file so that the instructions are correct. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java
luehe 2004/09/08 13:02:12 Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java Log: Simplified check for existence of JSP by replacing call to context.getResourceAsStream() with context.getResource(), as suggested by Tim Funk Revision ChangesPath 1.38 +1 -7 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java Index: JspServlet.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- JspServlet.java 21 Jul 2004 18:54:18 - 1.37 +++ JspServlet.java 8 Sep 2004 20:02:12 - 1.38 @@ -280,16 +280,10 @@ if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. -InputStream resourceStream = -context.getResourceAsStream(jspUri); -if (resourceStream == null) { +if (null == context.getResource(jspUri)) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; -} else { -try { -resourceStream.close(); -} catch(IOException e) { /* ignore */ } } boolean isErrorPage = exception != null; wrapper = new JspServletWrapper(config, options, jspUri, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JspServlet.serviceJspFile() getResourceAsStream vs getResource
Hi Tim, Tim Funk wrote: This is just a nit, but in JspServlet.serviceJspFile() there is ... synchronized(this) { wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri); if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. InputStream resourceStream = context.getResourceAsStream(jspUri); if (resourceStream == null) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; } else { try { resourceStream.close(); } catch(IOException e) { /* ignore */ } } ... } } Is there any reason we are getting the stream instead of checking for a null URL, for example: synchronized(this) { wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri); if (wrapper == null) { // Check if the requested JSP page exists, to avoid // creating unnecessary directories and files. if (null==context.getResource(jspUri)) { response.sendError(HttpServletResponse.SC_NOT_FOUND, jspUri); return; } ... } } This way the existence of the file is checked instead of opening it. Good point! There must have been a reason for using getResourceAsStream() in the past, but I agree it is no longer necessary and just committed your proposed patch. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31125] - conf/web.xml not valid
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31125. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31125 conf/web.xml not valid --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 20:05 --- What validator are you using? Every one I've tried says it's well-formed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29485] - Undeploy considered dangerous
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29485. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29485 Undeploy considered dangerous --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 20:15 --- That's odd: the apostrophes are there in CVS (and were for 5.5.1). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30344] - HttpSessionActivationListener[s] called before ServletContextListner[s] during HttpSession reloading
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30344. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30344 HttpSessionActivationListener[s] called before ServletContextListner[s] during HttpSession reloading [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 20:17 --- We've agreed (after also discussing this on the mailing list) that it's a spec problem, so I'm closing it for now. If the spec changes we'll of course reopen this item or create a new one, and make sure the Tomcat implementation obeys the spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30450] - java.lang.ClassNotFoundException: org.apache.jsp.index_jsp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30450. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30450 java.lang.ClassNotFoundException: org.apache.jsp.index_jsp [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 20:17 --- I can't reproduce your error using 5.0.28. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31074] - Oracle 9.2, 10.x JDBC thin clients do not work when charset conversion calls are required
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31074. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31074 Oracle 9.2, 10.x JDBC thin clients do not work when charset conversion calls are required [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 20:22 --- Any libraries containing endorsed classes can be loaded in Tomcat using the standard endorsed classloader mechanism. In your case, put orai18n.jar in $CATALINA_HOME/common/endorsed. There's no Tomcat bug here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31065] - unused import in jsp code causes failure in jdt compiler
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31065. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31065 unused import in jsp code causes failure in jdt compiler [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 20:23 --- Fixed in 5.5.1. We mistakingly treated unused import warnings as errors. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Apache Jakarta Tomcat 5.5.1 Released
The release notes say: Redhat Linux 9.0 users should use the following setting to avoid stability problems: export LD_ASSUME_KERNEL=2.4.1 This simple shell script can tell you if you are running redhat 9: if [ -f /etc/redhat-release ] grep -q Shrike /etc/redhat-release ; then echo is redhat 9 else echo is not redhat 9 fi So the following should be added to catalina.sh: if [ -f /etc/redhat-release ] grep -q Shrike /etc/redhat-release ; then export LD_ASSUME_KERNEL=2.4.1 fi Yoav Shapira wrote: The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.1. This second build in the 5.5 branch contains a number of significant stability improvements over 5.5.0, as well as a host of documentation updates and minor fixes. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi The Apache Jakarta Tomcat Team - 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]
DO NOT REPLY [Bug 31132] New: - startup scripts on the 400 fail to start
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31132. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31132 startup scripts on the 400 fail to start Summary: startup scripts on the 400 fail to start Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: OS/400 Status: NEW Severity: Normal Priority: Other Component: Native:Integration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There are certain shell tests that do not work properly on the 400's qshell. Like -x and -r. These will only work if: 1. The user is the owner of the file or 2. The file's group ownership is by the user's PRIMARY group. If the file's group ownership is in the user's secondary groups, the qshell tests will fail, even though it has authority to run/read it. I have been making changes like this: #!/bin/sh # - # Start Script for the CATALINA Server # # $Id: startup.sh,v 1.3 2002/08/04 18:19:43 patrickl Exp $ # - os400=false case `uname` in OS400*) os400=true;; esac # resolve links - $0 may be a softlink PRG=$0 while [ -h $PRG ] ; do ls=`ls -ld $PRG` link=`expr $ls : '.*- \(.*\)$'` if expr $link : '.*/.*' /dev/null; then PRG=$link else PRG=`dirname $PRG`/$link fi done PRGDIR=`dirname $PRG` EXECUTABLE=catalina.sh # Check that target executable exists if $os400; then # -x will Only work on the os400 if the files are: # 1. owned by the user # 2. owned by the PRIMARY group of the user # this will not work if the user belongs in secondary groups else if [ ! -x $PRGDIR/$EXECUTABLE ]; then echo Cannot find $PRGDIR/$EXECUTABLE echo This file is needed to run this program exit 1 fi fi exec $PRGDIR/$EXECUTABLE start $@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31125] - conf/web.xml not valid
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31125. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31125 conf/web.xml not valid --- Additional Comments From [EMAIL PROTECTED] 2004-09-08 23:01 --- I used XML Spy. It is well-formed indeed (correct XML syntax). But it's not validate. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30568] - Cannot find daemon loader
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30568. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30568 Cannot find daemon loader --- Additional Comments From [EMAIL PROTECTED] 2004-09-09 01:33 --- Perhaps you misinterpret my comments. The documentation describes two different ways to start Tomcat. The method described in RUNNING.txt works okay. The method described in setup.html fails with this daemon loader error. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dates for 5.0.29 and 5.5.2
Shapira, Yoav wrote: We don't need 5.0.29 already. But it's had a number of small bug fixes and enhancements over 5.0.28. We can wait longer -- this is why I asked What bugs and enhancements have been made since 5.0.28? -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New clustered session manager available
Tomcat developers, I have created a plugin for Tomcat 5 that provides scalable session clustering by replicating each session to a single node rather than the whole cluster. The plugin uses the jcluster (http://jcluster.dev.java.net) API for communication, membership and failover, a BSD-licensed set of APIs that is similar to jgroups and has a working implementation that uses jgroups as the impl. (I worked with Bela Ban and others on the jcluster API spec after he and Filip Hanik told me about Tomcat not being able to use jgroups because of the LGPL license.) The tomcat plugin itself is hosted at https://sourceforge.net/projects/tomcat-jg - the same place Filip developed the full-replication jgroups-based session manager that is now integrated into Tomcat 5. The initial (alpha quality) release of the plugin is available to users and developers as of today; hopefully in the future it can be integrated into the Tomcat source. To download the plugin: go to tomcat-jg site (above) and select tomcat-jcluster package under File Releases. It contains three jar files, plus release notes for setting it up: catalina-ha.jar the tomcat plugin jcluster.jar jcluster API jcluster-plugin.jar jgroups impl of jcluster There are only two source files in the plugin itself (since they extend and make use of existing Tomcat 5 classes). They can be viewed online at: http://cvs.sourceforge.net/viewcvs.py/tomcat-jg/tomcat-javagroups/src/org/apache/catalina/cluster/session/ The jcluster javadoc can be browsed online at https://jcluster.dev.java.net/nonav/javadoc/index.html. It is mostly a set of interfaces that roughly map to jgroups classes like JChannel, PullPushAdapter and RpcDispatcher. (The one exception is the net.jcluster.ha package, which allows state replication and failover for objects and services using configurable policies for backup selection and failover. It does not have a counterpart in jgroups and is the basis for much of the plugin implementation.) I would appreciate feedback from the Tomcat community about the jcluster API itself, as well as the feasibility of using it as the clustering framework for Tomcat down the road. It would actually be very straightforward to write a jcluster implementation that calls the existing Tomcat clustering classes (ClusterSender/Receiver, McastService, etc.), so that plugging in jgroups would be an optional step. I realize this is a lot of information for those of you who did not know about any of this ongoing work, but Ill be happy to answer any questions you have about jcluster, the plugin, who I am, why Im doing this and why you should care. Regards, Rob Block - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]