DO NOT REPLY [Bug 5905] - JSP Document not correctly processed
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=5905. 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=5905 JSP Document not correctly processed --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 02:19 --- The first problem (wrong order of text and certain elements) has already been fixed (check the nightly build or v4.0.2-b1 or -b2 releases). The second issue (superfluous spaces) is trivial to fix (see following patch). It would be nice if a committer could check this in. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5905] - JSP Document not correctly processed
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=5905. 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=5905 JSP Document not correctly processed --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 02:25 --- Created an attachment (id=1045) Fix generation of attributes in uninterpreted tags to eliminate superfluous spaces. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 03:39 --- FYI: This bug is still present in 3.3a from 14-Jan-2002. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5939] New: - WARP connector can't find context outside TOMCAT_HOME/webapps
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=5939. 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=5939 WARP connector can't find context outside TOMCAT_HOME/webapps Summary: WARP connector can't find context outside TOMCAT_HOME/webapps Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Linux Status: NEW Severity: Minor Priority: Other Component: WARP Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Description: Tomcat conneced to Apache via WARP connector. Web application located in folder another then TOMCAT_HOME/webapps. Bug: WARP connector can't find application. For example, I copy example application into another folder and configure servlet.xml (update docBase for example Context). When I access to application as http://localhost:8080/examples all is fine, but when I try http://localhost/examples, then error. In log i see that connector still try to find application in TOMCAT_HOME/webapps. Below apache.log content... 2002-01-21 15:28:32 [org.apache.catalina.connector.warp.WarpConfigurationHandler] Cannot find ./../webapps/examples for appl. examples host www.nikita 2002-01-21 15:28:32 [org.apache.catalina.connector.warp.WarpConfigurationHandler] Error deploying web application examples under http://www.nikita.ru:80 2002-01-21 15:28:32 [org.apache.catalina.connector.warp.WarpConfigurationHandler] Cannot find ./../webapps/examples for appl. examples host www.nikita 2002-01-21 15:28:32 [org.apache.catalina.connector.warp.WarpConfigurationHandler] Error deploying web application examples under http://www.nikita.ru:80 2002-01-21 15:28:32 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5728] - ServletInputStream truncates multipart/form-data
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=5728. 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=5728 ServletInputStream truncates multipart/form-data --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 05:59 --- I am in the same situation: mod_webapp seems to truncate all of my files. Actually I checked and it only trnucates FF bytes, while leaving all the others unchanged. I'm using Apache 1.3.20 and Tomcat 4.0.1 under Linux (redhat 6.2 and Mandrake 7.2 either) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] tiny fix for catalina.sh in tc4.1
hey people- here's a fix for a very small error in catalina.sh of the tc4 HEAD branch, where CATALINA_HOME is echoed instead of CATALINA_TMPDIR, which had me slightly confused at first. -chris cmlenz at gmx.de catalina.sh.patch Description: Binary data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Cookies problems in mod_webapp with Apache-2.0
Hi, I have some problems with the Cookies in mod_webapp. I am doing the following request to TC: +++ GET /servlet-tests/hsreqw/HttpServletRequestWrapperGetRequestURLTest HTTP/1.0 Cookie: prefix=http,server=vtxrm2,port=,servletpath=_servlet-tests_hsreqw_HttpServletRequestWrapperGetRequestURLTest +++ It is taken as one Cookie named prefix and containing httpd,server=. +++ GET /servlet-tests/hsreqw/HttpServletRequestWrapperGetRequestURLTest HTTP/1.0 Cookie: prefix=http;server=vtxrm2;port=;servletpath=_servlet-tests_hsreqw_HttpServletRequestWrapperGetRequestURLTest +++ It is taken as four Cookies: prefix=http... and servletpath=_servlet-tests_hsreqw_HttpServletRequestWrapperGetRequestURLTest. +++ GET /examples/servlet/MyCookie HTTP/1.0 Cookie: prefix=http Cookie: server=vtxrm2 Cookie: port= Cookie: servletpath=_servlet-tests_hsreqw_HttpServletRequestWrapperGetRequestURLTest +++ It is taken as four Cookies. Should be these 3 requests equivalents? - If yes a patch is need in mod_webapp as httpd-2.0 returns us the Cookies in the first format - Cheers Jean-Frederic -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
sessionClosing event???
I was looking through the code in StandardSession regarding removing an attribute from the session. I was puzzled that the attributes were removed and the event fired off...is there a reason for this? What I am trying to do is to do some cleanup work on the object that was bound to the session (doing some database stuff). Since the attributes in the session are removed before the valueUnbound or sessionDestroyed events are called, I can't do my clean up. Is there any way around this without going in and changing the code? I would like to propose additional an additional method such as a sessionClosing() method so you can do some cleanup before it actually is invalidated. What do people this about this? _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: sessionClosing event???
On Sun, 20 Jan 2002, Matt Veitas wrote: Date: Sun, 20 Jan 2002 18:39:37 -0500 From: Matt Veitas [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED], [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: sessionClosing event??? I was looking through the code in StandardSession regarding removing an attribute from the session. I was puzzled that the attributes were removed and the event fired off...is there a reason for this? Servlet Specification, version 2.3, section 7.4: The valueUnbound method must be called after the object is no longer available via the getAttribute method of the HttpSession interface In essence, this guarantees that no other simultaneous threads accessing this session will be able to grab your object while you are doing your cleanup processing. What I am trying to do is to do some cleanup work on the object that was bound to the session (doing some database stuff). Since the attributes in the session are removed before the valueUnbound or sessionDestroyed events are called, I can't do my clean up. Is there any way around this without going in and changing the code? Why can't you do your cleanup in the valueUnbound method? It's been in the servlet API for exactly this reason since at least 2.0 days. And, the HttpSessionBindingEvent you receive has a reference to the session itself, and the attribute name you were formerly bound under, so you can go clean up related things as well. I would like to propose additional an additional method such as a sessionClosing() method so you can do some cleanup before it actually is invalidated. What do people this about this? This would need to be added to the servlet spec to be generally useful -- the appropriate place to recommend it would be the spec feedback address: [EMAIL PROTECTED]. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tomcat 4.0.2-b2] Java binaries uploaded
I've uploaded the Java binaries for 4.0.2-b2. The official release announcement will be made on Monday (as well as the update of the website). http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/ Please upload the RPMs and builds of JK and webapp ASAP. Thanks for everyone's help on putting this release together. It was a real team effort :) there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[j-t-c] building jtc/jk (WAS RE: [Tomcat 4.0.2-b2] Java binaries uploaded)
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? as a side note, the new java code in jtc/jk still doesn't build because of dependencies on things like PoolTcpConnector, which i assume are being moved into jtc/util? costin? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Tomcat 4.0.2-b2] Java binaries uploaded
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? Yes that's what happened, as I wasn't aware of any changes :-( I'll rebuild the binaries and upload them within a few minutes. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Tomcat 4.0.2-b2] Java binaries uploaded
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? Yes that's what happened, as I wasn't aware of any changes :-( I'll rebuild the binaries and upload them within a few minutes. sorry about that -- guess i should have told you that's why this is a beta ;-) anyway, this is good because you'll also get the changes for the bug in the old ajp java code that i fixed on friday as well. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5746] - Settting an error page for the status code 500 doesn't display the page.
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=5746. 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=5746 Settting an error page for the status code 500 doesn't display the page. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 10:31 --- So you resolved two bugs in one Magic Larry :), what i did mean is that when you try to handle an exception with exception-type it is ok, it sends you to the page you specify in location. When you try to handle error-code 500 it displays the browser page but you precise in error-code500/error-code my error page : locationmy_errorpage.jsp/location then i think you can handle different error case in this error page with javax.servlet.error.message or javax.servlet.error.exception_type. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jdk1.3.1 and tomcat 3.3a core dumping?
I am having some problems with jdk1.3.1 core dumping with tomcat 3.3a. My current set up is apache 1.3.22 which is passing a the request to tomcat 3.3a(running externally). This is all running on a Solaris 8 box (Sun Ultra2) using jdk1.3.1. When tomcat tries to compile some jsp pages, the Hotspot compiler core dumps killing the JVM. Here is the error: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Error ID: 47454E45524154452F4F502D41500E435050084B 01 # # Problematic Thread: prio=5 tid=0x31d1b8 nid=0x26 runnable # Has anyone else had any issues with jdk1.3.1 and tomcat 3.3a ? Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5728] - ServletInputStream truncates multipart/form-data
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=5728. 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=5728 ServletInputStream truncates multipart/form-data [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 11:32 --- Chris, Francesco: this issue was fixed by Pier in jakarta-tomcat-connectors CVS quite a while ago. I believe that the fix is scheduled to be included in Tomcat 4.0.2. *** This bug has been marked as a duplicate of 3534 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 3534] - FileUpload doesn't work with Apache, mod_webapp and tomcat 4.0 RC1
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=3534. 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=3534 FileUpload doesn't work with Apache, mod_webapp and tomcat 4.0 RC1 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||m --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 11:32 --- *** Bug 5728 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
HttpServletResponseWrapper error.
I am writing to this list after inquiries elsewhere have turned up no
adequate responses. I hope it is the correct forum for the question, since
I am having trouble on Tomcat whereas I didn't on Resin and need to know how
the Tomcat container handles the HttpServletResponseWrapper.
I have a servlet which needs to write a JSP page's resultant HTML to a file
instead of sending it back to the browser.
I do this by wrapping the response with HttpServletResponseWrapper, calling
RequestDispatcher and forward on the wrapped response, which runs the JSP
and writes the resultant HTML to a file, then forward control to a
thankyou.html page.
This works with Resin. However, in Tomcat, when I wrap the response, I
commit the original response object and can not forward to a thank you
page. I catch a java.lang.IllegalStateException: Cannot forward after
response has been committed. In my debug tests, the response is committed
during the RequestDispatchers forward method.
I need to avoid this. The templates (1 and 2) are all JavaServer Pages
whose output (HTML) is intercepted and written to file by the
MyServletResponse wrapper. How do I do this without committing the
response object. I could find no way of duplicating or cloning the object
before passing it to MyServletResponse's constructor. Nor could I close the
ServletOutputStreams. Any ideas? This worked wonderfully on Resin, but not
Tomcat 4.0.1. I prefer to use Tomcat.
If this cannot work, I need to know so I can move on. If there is a better
way to handle it, I'm open to that as well. Additionally it is ENTIRELY
reasonable to assume that I have implemented the wrapper incorrectly.
Thank you,
Jay Wright
THE SERVLET CODE:
MyServletResponse wrapper1 = new MyServletResponse (response,
1_content.txt);
MyServletResponse wrapper2 = new MyServletResponse (response,
2_content.txt);
rd = request.getRequestDispatcher(template1);
rd.include(request, wrapper1);
wrapper1.close();
rd = request.getRequestDispatcher(template2);
rd.include(request, wrapper2 );
wrapper2 .close();
request.getRequestDispatcher(getScreenFlowManager().getTemplate(locale)).for
ward(request, response);
MY WRAPPER CLASS:
public class MyServletResponse extends HttpServletResponseWrapper {
private PrintWriter printWriter;
private ServletOutputStream servletOutputStream;
/**
* Constructor
*/
public MyServletResponse (HttpServletResponse response, String filename)
throws java.io.IOException {
super(response);
servletOutputStream = response.getOutputStream();
File file = new File(filename);
String fileCreated = file.toString();
printWriter = new PrintWriter(new BufferedWriter(new
FileWriter(fileCreated)));
}
public ServletOutputStream getOutputStream() throws java.io.IOException
{
return servletOutputStream;
}
public void setOutputStream(ServletOutputStream sos) throws
java.io.IOException {
servletOutputStream = sos;
}
public PrintWriter getWriter() throws java.io.IOException {
return printWriter;
}
public void close() {
this.printWriter.close();
}
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java
amyroh 02/01/21 11:39:51
Modified:catalina/src/share/org/apache/catalina/mbeans
ServerLifecycleListener.java
Log:
Add to createMBeans() to create the MBeans that correspond to
Loader, Logger, Manager, Realm, and Valve of the Catalina tree
Revision ChangesPath
1.10 +69 -4
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java
Index: ServerLifecycleListener.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- ServerLifecycleListener.java 18 Jan 2002 21:52:25 - 1.9
+++ ServerLifecycleListener.java 21 Jan 2002 19:39:51 - 1.10
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
1.9 2002/01/18 21:52:25 craigmcc Exp $
- * $Revision: 1.9 $
- * $Date: 2002/01/18 21:52:25 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
1.10 2002/01/21 19:39:51 amyroh Exp $
+ * $Revision: 1.10 $
+ * $Date: 2002/01/21 19:39:51 $
*
*
*
@@ -85,10 +85,14 @@
import org.apache.catalina.Lifecycle;
import org.apache.catalina.LifecycleEvent;
import org.apache.catalina.LifecycleListener;
+import org.apache.catalina.Realm;
import org.apache.catalina.Server;
import org.apache.catalina.ServerFactory;
import org.apache.catalina.Service;
import org.apache.catalina.Valve;
+import org.apache.catalina.core.StandardContext;
+import org.apache.catalina.core.StandardEngine;
+import org.apache.catalina.core.StandardHost;
/**
@@ -98,7 +102,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
- * @version $Revision: 1.9 $ $Date: 2002/01/18 21:52:25 $
+ * @version $Revision: 1.10 $ $Date: 2002/01/21 19:39:51 $
*/
public class ServerLifecycleListener
@@ -259,6 +263,12 @@
// FIX ME
//loader.addLifecycleListener(this);
}
+Logger cLogger = context.getLogger();
+if (cLogger != null) {
+if (debug = 3)
+log(Creating MBean for Logger + cLogger);
+MBeanUtils.createMBean(cLogger);
+}
Manager manager = context.getManager();
if (manager != null) {
if (debug = 5)
@@ -267,10 +277,65 @@
// FIX ME
//manager.addLifecycleListener(this);
}
+Realm cRealm = context.getRealm();
+if (cRealm != null) {
+if (debug = 3)
+log(Creating MBean for Realm + cRealm);
+MBeanUtils.createMBean(cRealm);
+}
+if (context instanceof StandardContext) {
+Valve cValves[] =
((StandardContext)context).getValves();
+for (int l=0; l=cValves.length; l++) {
+if (debug = 3)
+log(Creating MBean for Valve + cValves[l]);
+MBeanUtils.createMBean(cValves[l]);
+}
+}
}
+Logger hLogger = host.getLogger();
+if (hLogger != null) {
+if (debug = 3)
+log(Creating MBean for Logger + hLogger);
+MBeanUtils.createMBean(hLogger);
+}
+Realm hRealm = host.getRealm();
+if (hRealm != null) {
+if (debug = 3)
+log(Creating MBean for Realm + hRealm);
+MBeanUtils.createMBean(hRealm);
+}
+if (host instanceof StandardHost) {
+Valve hValves[] = ((StandardHost)host).getValves();
+for (int k=0; k=hValves.length; k++) {
+if (debug = 3)
+log(Creating MBean for Valve + hValves[k]);
+MBeanUtils.createMBean(hValves[k]);
+}
+}
}
+Logger
Tomcat 4.0 Beginner's Guide
Hi- Daniel Savarese suggested I contact [EMAIL PROTECTED] with this info. I've discovered that a surprising number of readers of my servlet and JSP books (Core Servlets and JSP, More Servlets JSP) need a lot of handholding to get Tomcat running even in the simple standalone mode. So, I grudgingly put together a very step-by-step guide, and to my surprise readers really went for it. It is http://www.moreservlets.com/Using-Tomcat-4.html; please feel free to link to it from the Tomcat docs page if you think it would be useful. Cheers- - Marty -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server/tomcat40 Worker40.java
costin 02/01/21 12:11:52 Modified:jk/java/org/apache/catalina/jk JkServlet40.java Worker40.java jk/java/org/apache/jk/common WorkerDummy.java jk/java/org/apache/jk/core Worker.java jk/java/org/apache/jk/server JkMain.java JkServlet.java jk/java/org/apache/jk/server/tomcat40 Worker40.java Log: Removed unused import statements pointing to 3.3 stuff that is not used in jk2. So far we imported only the utils that are actually needed. Revision ChangesPath 1.2 +0 -1 jakarta-tomcat-connectors/jk/java/org/apache/catalina/jk/JkServlet40.java Index: JkServlet40.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/catalina/jk/JkServlet40.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- JkServlet40.java 6 Jan 2002 08:38:55 - 1.1 +++ JkServlet40.java 21 Jan 2002 20:11:52 - 1.2 @@ -77,7 +77,6 @@ */ import org.apache.jk.server.tomcat40.*; -import org.apache.tomcat.util.net.*; import org.apache.tomcat.util.buf.*; import org.apache.tomcat.util.http.*; 1.2 +0 -2 jakarta-tomcat-connectors/jk/java/org/apache/catalina/jk/Worker40.java Index: Worker40.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/catalina/jk/Worker40.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Worker40.java 6 Jan 2002 08:39:38 - 1.1 +++ Worker40.java 21 Jan 2002 20:11:52 - 1.2 @@ -64,9 +64,7 @@ import java.util.*; import org.apache.jk.*; -import org.apache.tomcat.modules.server.PoolTcpConnector; -import org.apache.tomcat.util.net.*; import org.apache.tomcat.util.buf.*; import org.apache.tomcat.util.log.*; import org.apache.tomcat.util.http.*; 1.2 +0 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/WorkerDummy.java Index: WorkerDummy.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/WorkerDummy.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- WorkerDummy.java 31 Dec 2001 19:02:01 - 1.1 +++ WorkerDummy.java 21 Jan 2002 20:11:52 - 1.2 @@ -64,7 +64,6 @@ import org.apache.jk.core.*; -import org.apache.tomcat.util.net.*; import org.apache.tomcat.util.buf.*; import org.apache.tomcat.util.log.*; import org.apache.tomcat.util.http.*; 1.2 +0 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/core/Worker.java Index: Worker.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/core/Worker.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Worker.java 31 Dec 2001 19:03:53 - 1.1 +++ Worker.java 21 Jan 2002 20:11:52 - 1.2 @@ -64,7 +64,6 @@ import org.apache.jk.core.*; -import org.apache.tomcat.util.net.*; import org.apache.tomcat.util.buf.*; import org.apache.tomcat.util.log.*; import org.apache.tomcat.util.http.*; 1.6 +0 -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.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- JkMain.java 16 Jan 2002 15:38:29 - 1.5 +++ JkMain.java 21 Jan 2002 20:11:52 - 1.6 @@ -66,7 +66,6 @@ import org.apache.jk.core.*; import org.apache.jk.common.*; -import org.apache.tomcat.util.net.*; import org.apache.tomcat.util.buf.*; import org.apache.tomcat.util.http.*; 1.4 +0 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkServlet.java Index: JkServlet.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkServlet.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JkServlet.java12 Jan 2002 04:25:14 - 1.3 +++ JkServlet.java21 Jan 2002 20:11:52 - 1.4 @@ -69,7 +69,6 @@ import org.apache.jk.core.*; import org.apache.jk.common.*; -import org.apache.tomcat.util.net.*; import org.apache.tomcat.util.buf.*; import org.apache.tomcat.util.http.*; 1.2 +0 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/tomcat40/Worker40.java Index: Worker40.java
Re: [j-t-c] post bug in latest ajp (a.k.a. jk1) code
Any time you want - things look ok. We'll need some time to build binaries for various platform, but that should be done after the tag. Costin On Sat, 19 Jan 2002, Remy Maucherat wrote: fyi: i have found and fixed this bug. The code for jk and webapp needs to be tagged then. Please let me know when it's done. from my perspective, it's done. don't know about costin, jf, et al, though. Ok. I'll tag the trees later today, or early tomorrow, then. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [j-t-c] building jtc/jk (WAS RE: [Tomcat 4.0.2-b2] Java binaries uploaded)
On Mon, 21 Jan 2002, Kevin Seguin wrote: as a side note, the new java code in jtc/jk still doesn't build because of dependencies on things like PoolTcpConnector, which i assume are being moved into jtc/util? costin? No, there are some unused imports. I fixed it - please check and let me know if there are still problems. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [j-t-c] building jtc/jk (WAS RE: [Tomcat 4.0.2-b2] Java binaries uploaded)
as a side note, the new java code in jtc/jk still doesn't build because of dependencies on things like PoolTcpConnector, which i assume are being moved into jtc/util? costin? No, there are some unused imports. I fixed it - please check and let me know if there are still problems. builds perfectly for me now -- thanks :) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4.0 Beginner's Guide
Marty Hall you are a good guy. Thanks! At 03:00 PM 1/21/02 -0500, you wrote: Hi- Daniel Savarese suggested I contact [EMAIL PROTECTED] with this info. I've discovered that a surprising number of readers of my servlet and JSP books (Core Servlets and JSP, More Servlets JSP) need a lot of handholding to get Tomcat running even in the simple standalone mode. So, I grudgingly put together a very step-by-step guide, and to my surprise readers really went for it. It is http://www.moreservlets.com/Using-Tomcat-4.html; please feel free to link to it from the Tomcat docs page if you think it would be useful. Cheers- - Marty -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Tomcat 4.0.2-b2] Java binaries uploaded
there is a problem with the tomcat-util.jar in this distribution. it does not contain the message resources (LocalStings.properties, etc.). i fixed this in j-t-c/jk/build.xml on friday (the 18th), and this file is tagged properly with tomcat_402_b2 did the tomcat-ajp.jar and tomcat-util.jar files not get rebuilt on the tomcat_402_b2 tag? Yes that's what happened, as I wasn't aware of any changes :-( I'll rebuild the binaries and upload them within a few minutes. sorry about that -- guess i should have told you that's why this is a beta ;-) Better late than never :) I've just finished uploading the repackaged binaries. anyway, this is good because you'll also get the changes for the bug in the old ajp java code that i fixed on friday as well. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk build.xml
remm02/01/21 13:01:28
Modified:jk build.xml
Log:
- ajp.jar did include the tomcat-util classes, which was unneeded.
- Also separate JK from JK2 in a separate jar.
- If there's a problem with that patch for whatever reason, let me know.
Revision ChangesPath
1.22 +16 -4 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- build.xml 18 Jan 2002 22:02:06 - 1.21
+++ build.xml 21 Jan 2002 21:01:28 - 1.22
@@ -125,8 +125,16 @@
/fileset
/copy
- jar jarfile=${jk.build}/WEB-INF/lib/ajp.jar
- basedir=${jk.build}/WEB-INF/classes /
+ jar jarfile=${jk.build}/WEB-INF/lib/tomcat-ajp.jar
+ basedir=${jk.build}/WEB-INF/classes
+include name=org/apache/ajp/** /
+/jar
+
+ jar jarfile=${jk.build}/WEB-INF/lib/tomcat-ajp2.jar
+ basedir=${jk.build}/WEB-INF/classes
+include name=org/apache/jk/** /
+include name=org/apache/catalina/jk/** /
+/jar
/target
@@ -194,7 +202,9 @@
copy todir=${tomcat40.home}/server/lib
file=${jk.build}/WEB-INF/lib/tomcat-util.jar/
copy todir=${tomcat40.home}/server/lib
- file=${jk.build}/WEB-INF/lib/ajp.jar/
+ file=${jk.build}/WEB-INF/lib/tomcat-ajp.jar/
+copy todir=${tomcat40.home}/server/lib
+ file=${jk.build}/WEB-INF/lib/tomcat-ajp2.jar/
/target
target name=install-t41 if=tomcat41.detect
@@ -202,7 +212,9 @@
copy todir=${tomcat41.home}/server/lib
file=${jk.build}/WEB-INF/lib/tomcat-util.jar/
copy todir=${tomcat41.home}/server/lib
- file=${jk.build}/WEB-INF/lib/ajp.jar/
+ file=${jk.build}/WEB-INF/lib/tomcat-ajp.jar/
+copy todir=${tomcat41.home}/server/lib
+ file=${jk.build}/WEB-INF/lib/tomcat-ajp2.jar/
echo message=Don't forget to add the connector to
${tomcat41.home}/conf/server.xml /
!-- 3.3 style --
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jdk1.3.1 and tomcat 3.3a core dumping?
Even if you have buggy Java classes, this should not cause a good JVM to do this. The problem is with the JVM. I'd try a different JDK, something like 1.3.0_04 or maybe a newer sub-release of 1.3.1. Bojan PS. Keep in mind that I don't work with Solaris :-) Dan Diodati wrote: I am having some problems with jdk1.3.1 core dumping with tomcat 3.3a. My current set up is apache 1.3.22 which is passing a the request to tomcat 3.3a(running externally). This is all running on a Solaris 8 box (Sun Ultra2) using jdk1.3.1. When tomcat tries to compile some jsp pages, the Hotspot compiler core dumps killing the JVM. Here is the error: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Error ID: 47454E45524154452F4F502D41500E435050084B 01 # # Problematic Thread: prio=5 tid=0x31d1b8 nid=0x26 runnable # Has anyone else had any issues with jdk1.3.1 and tomcat 3.3a ? Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java
remm02/01/21 13:24:04
Modified:catalina/src/share/org/apache/catalina/mbeans
MBeanUtils.java
Log:
- Add missing getParent().
Revision ChangesPath
1.9 +6 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java
Index: MBeanUtils.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- MBeanUtils.java 17 Jan 2002 20:01:02 - 1.8
+++ MBeanUtils.java 21 Jan 2002 21:24:04 - 1.9
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
1.8 2002/01/17 20:01:02 remm Exp $
- * $Revision: 1.8 $
- * $Date: 2002/01/17 20:01:02 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
1.9 2002/01/21 21:24:04 remm Exp $
+ * $Revision: 1.9 $
+ * $Date: 2002/01/21 21:24:04 $
*
*
*
@@ -103,7 +103,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
- * @version $Revision: 1.8 $ $Date: 2002/01/17 20:01:02 $
+ * @version $Revision: 1.9 $ $Date: 2002/01/21 21:24:04 $
*/
public class MBeanUtils {
@@ -610,7 +610,8 @@
} else if (container instanceof Context) {
String path = ((Context)container).getPath();
Host host = (Host) container.getParent();
-Service service = ((Engine)container.getParent()).getService();
+Service service =
+((Engine)container.getParent().getParent()).getService();
name = new ObjectName(domain + :type=Logger,path= + path +
,host= + host.getName() + ,service= +
service.getName());
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[4.1] Custom components causing NPEs when creating MBeans
Hi,
The current code in MBeanUtils doesn't allow to have custom components, and
causes a NPE, such as:
ServerLifecycleListener: createMBeans: Throwable
java.lang.NullPointerException
at
org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:346)
at
org.apache.catalina.mbeans.ServerLifecycleListener.createMBeans(ServerLifecy
cleListener.java:284)
at
org.apache.catalina.mbeans.ServerLifecycleListener.lifecycleEvent(ServerLife
cycleListener.java:169)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
t.java:166)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:628)
at org.apache.catalina.startup.Catalina.start(Catalina.java:497)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:397)
at org.apache.catalina.startup.Catalina.process(Catalina.java:177)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:200)
Even if no MBean is generated, this shouldn't do that.
We could add some code like this
if (managed == null) {
// maybe log something
return;
}
to make this more robust.
Remy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt
larryi 02/01/21 13:39:37
Added: .RELEASE-PLAN-3.3.1.txt
Log:
Proposed Tomcat 3.3.1 release plan
Revision ChangesPath
1.1 jakarta-tomcat/RELEASE-PLAN-3.3.1.txt
Index: RELEASE-PLAN-3.3.1.txt
===
NOTE: This document is a draft of a release plan for the next
dot release of Tomcat. Nothing in this document should be
considered authoritative until it has been discussed and approved
on the TOMCAT-DEV mailing list.
Tomcat 3.3.1 Release Plan
=
Objective:
The objective of the proposed 3.3.1 release is to provide a bug fix
update to Tomcat 3.3.
Tomcat 3.3.1 Beta 1 Release:
Code Freeze/Tag Date: Jan 27, 2002
Release Manager:Larry Isaacs
Prior to this release, the following issues need to be
addressed:
Issue Description
1 Must be able to compile and run under JDK 1.1.8
2 Address Cactus failures running with Tomcat 3.3
Bugs to investigate fix or resolve/leave as LATER:
1657 hyphen character '-' in tag name results in Invalid expression
(port fix from Tomcat 4.x Jasper)
3644 Errors reloading resources from jars: possible JDK bug
(see if recent changes address this)
4382 Starting up twice prevents stopping
(implement suggested fix)
4600 Tomcat 3.3 redirect behavior differs from Tomcat 3.2
(try to make 301 or 302 configurable)
4416 URI En/Decoding not working
(investigate and fix if feasible)
4923 getRealPath().exists() yields security exception
(investigate and fix if feasible)
5250 Load balancing workers do not correctly handle Cookies
conformant with RFC 2965
(investigate and fix if feasible)
5684 WEB-INF/lib jar file loading and operations problems.
(see if recent changes address this)
5722 Forward to a page that have no extension displays a blank page
(try to fix to do something better than display a blank page)
Tomcat 3.3.1 Release Candidate 1 Release:
Code Freeze/Tag Date: Feb 2, 2002
Release Manager:Larry Isaacs
Only safe fixes or documentation updates allowed prior to
final release, including:
Item Description
1 Update build.xml to work with Ant 1.4 with no warnings, i.e.
require Ant 1.4.
2 Document special handling of '_' and '.' by AutoWebApp.
Make special characters configurable.
Bugs to fix:
5532 underscore is wrong (fixed by item 2 above)
4206 missing config files do not cause an error
(add error or warning messages)
5769 NT Service display name should not be used as service name
(determine solution and patch)
4364 build-solaris for Apache connector does not compile with -DE
(do what we can to review and update the connector make files)
Tomcat 3.3.1 Final Release:
Code Freeze/Tag Date: Feb 9, 2002
Release Manager:Larry Isaacs
The current jakarta-tomcat HEAD will be built and released
as Tomcat 3.3.1 Final
The following bugs will be updated with the following resolution:
Bug Resolution From Description
2202 WORKSFORME REMIND sendRedirect with enctype=Multipart/form-data does not
work
3168 WONTFIX LATER Reloading JSP Pages with includes in it
3290 INVALID LATER Sessions not sharing properly (lack of test case)
WORKSFORME LATER request.getParameter(action) return only static page
value
4426 WONTFIX NEWDB polling
5246 WONTFIX NEWillegal tag at jsp:plugin
5411 INVALID NEWJSP session does not work with IE/IIS5/Tomcat 3.3
5449 WORKSFORME NEWajp13 and security constraints don't work
5560 INVALID NEWRemoval of unnecessary white space in output
The following bugs will be left with their current resolution:
Bug Resolution Description
2700 LATER New setStatusLine method?
3032 LATER Cannot recover key Exception while using trust keystore with
multiple keys
3298 LATER IIS-Redirector fails to read from client
3309 LATER Cannot use pre-compiled jsp as welcome page
3798 LATER Service Manager for Tomcat
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jdk1.3.1 and tomcat 3.3a core dumping?
I don't think the java code has any issues because it has been in production with jdk1.2.2 and tomcat 3.2.4. I tried using tomcat 3.2.4 and jdk 1.3.1_02 it this issue does NOT occur, making me suspicious of tomcat 3.3a. All the required patches for Solaris have been installed. Anyone else know of any incompatibilities with jdk1.3.1_02(the latest release of jdk131) and tomcat 3.3a? -Original Message- From: Bojan Smojver [mailto:[EMAIL PROTECTED]] Sent: Monday, January 21, 2002 1:30 PM To: Tomcat Developers List Subject: Re: jdk1.3.1 and tomcat 3.3a core dumping? Even if you have buggy Java classes, this should not cause a good JVM to do this. The problem is with the JVM. I'd try a different JDK, something like 1.3.0_04 or maybe a newer sub-release of 1.3.1. Bojan PS. Keep in mind that I don't work with Solaris :-) Dan Diodati wrote: I am having some problems with jdk1.3.1 core dumping with tomcat 3.3a. My current set up is apache 1.3.22 which is passing a the request to tomcat 3.3a(running externally). This is all running on a Solaris 8 box (Sun Ultra2) using jdk1.3.1. When tomcat tries to compile some jsp pages, the Hotspot compiler core dumps killing the JVM. Here is the error: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Error ID: 47454E45524154452F4F502D41500E435050084B 01 # # Problematic Thread: prio=5 tid=0x31d1b8 nid=0x26 runnable # Has anyone else had any issues with jdk1.3.1 and tomcat 3.3a ? Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[VOTE] Tomcat 3.3.1 Release Plan
I have committed RELEASE-PLAN-3.3.1.txt to the HEAD of jakarta-tomcat. A separate vote will be offered for 3.3.1 Release Candidate 1, addressing its release as Tomcat 3.3.1 Final. A few changes are listed to occur during that final release voting period, but they do not involve server code. Please take a look at the plan and cast your vote. Tomcat 3.3.1 Release Plan Ballot: [ ] +1I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1I am against this plan being executed, and my reason is: Cheers, Larry -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[ANNOUNCEMENT] Tomcat 4.0.2 beta 2 released
The Tomcat Team is proud to announce the second beta release of Tomcat 4.0.2. Highligts for this release include: - updated AJP native connector - new release of the webapp native connector - bugfixes, including a fix for problems shutting down Tomcat Downloads (source and binaries): http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/ Note: RPMs and native connectors builds for the JK and WARP protocols will be made available shortly. Release notes and full changelog: http://cvs.apache.org/viewcvs.cgi/~checkout~/jakarta-tomcat-4.0/Attic/RELEAS E-NOTES-4.0.2-B2.txt?rev=1.1.2.6 Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jdk1.3.1 and tomcat 3.3a core dumping?
Here is a solution that seems to work: You will need to edit how tomcat starts so that it uses the server JVM. CHANGE: if [ $JAVACMD = ] ; then # it may be defined in env - including flags!! JAVACMD=$JAVA_HOME/bin/java fi TO: if [ $JAVACMD = ] ; then # it may be defined in env - including flags!! JAVACMD=$JAVA_HOME/bin/java -server fi That should stop the crashing problems. From: Dan Diodati [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: 'Tomcat Developers List' [EMAIL PROTECTED] Subject: RE: jdk1.3.1 and tomcat 3.3a core dumping? Date: Mon, 21 Jan 2002 13:40:19 -0800 I don't think the java code has any issues because it has been in production with jdk1.2.2 and tomcat 3.2.4. I tried using tomcat 3.2.4 and jdk 1.3.1_02 it this issue does NOT occur, making me suspicious of tomcat 3.3a. All the required patches for Solaris have been installed. Anyone else know of any incompatibilities with jdk1.3.1_02(the latest release of jdk131) and tomcat 3.3a? -Original Message- From: Bojan Smojver [mailto:[EMAIL PROTECTED]] Sent: Monday, January 21, 2002 1:30 PM To: Tomcat Developers List Subject: Re: jdk1.3.1 and tomcat 3.3a core dumping? Even if you have buggy Java classes, this should not cause a good JVM to do this. The problem is with the JVM. I'd try a different JDK, something like 1.3.0_04 or maybe a newer sub-release of 1.3.1. Bojan PS. Keep in mind that I don't work with Solaris :-) Dan Diodati wrote: I am having some problems with jdk1.3.1 core dumping with tomcat 3.3a. My current set up is apache 1.3.22 which is passing a the request to tomcat 3.3a(running externally). This is all running on a Solaris 8 box (Sun Ultra2) using jdk1.3.1. When tomcat tries to compile some jsp pages, the Hotspot compiler core dumps killing the JVM. Here is the error: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Error ID: 47454E45524154452F4F502D41500E435050084B 01 # # Problematic Thread: prio=5 tid=0x31d1b8 nid=0x26 runnable # Has anyone else had any issues with jdk1.3.1 and tomcat 3.3a ? Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Tomcat 3.3.1 Release Plan
Tomcat 3.3.1 Release Plan Ballot: [X] +1 I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1 I am against this plan being executed, and my reason is: Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt
Which AJP is planned to go with this?
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 21, 2002 1:39 PM
Subject: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt
larryi 02/01/21 13:39:37
Added: .RELEASE-PLAN-3.3.1.txt
Log:
Proposed Tomcat 3.3.1 release plan
Revision ChangesPath
1.1 jakarta-tomcat/RELEASE-PLAN-3.3.1.txt
Index: RELEASE-PLAN-3.3.1.txt
===
NOTE: This document is a draft of a release plan for the next
dot release of Tomcat. Nothing in this document should be
considered authoritative until it has been discussed and approved
on the TOMCAT-DEV mailing list.
Tomcat 3.3.1 Release Plan
=
Objective:
The objective of the proposed 3.3.1 release is to provide a bug fix
update to Tomcat 3.3.
Tomcat 3.3.1 Beta 1 Release:
Code Freeze/Tag Date: Jan 27, 2002
Release Manager: Larry Isaacs
Prior to this release, the following issues need to be
addressed:
Issue Description
1 Must be able to compile and run under JDK 1.1.8
2 Address Cactus failures running with Tomcat 3.3
Bugs to investigate fix or resolve/leave as LATER:
1657 hyphen character '-' in tag name results in Invalid
expression
(port fix from Tomcat 4.x Jasper)
3644 Errors reloading resources from jars: possible JDK bug
(see if recent changes address this)
4382 Starting up twice prevents stopping
(implement suggested fix)
4600 Tomcat 3.3 redirect behavior differs from Tomcat 3.2
(try to make 301 or 302 configurable)
4416 URI En/Decoding not working
(investigate and fix if feasible)
4923 getRealPath().exists() yields security exception
(investigate and fix if feasible)
5250 Load balancing workers do not correctly handle Cookies
conformant with RFC 2965
(investigate and fix if feasible)
5684 WEB-INF/lib jar file loading and operations problems.
(see if recent changes address this)
5722 Forward to a page that have no extension displays a blank
page
(try to fix to do something better than display a blank
page)
Tomcat 3.3.1 Release Candidate 1 Release:
Code Freeze/Tag Date: Feb 2, 2002
Release Manager: Larry Isaacs
Only safe fixes or documentation updates allowed prior to
final release, including:
Item Description
1 Update build.xml to work with Ant 1.4 with no warnings,
i.e.
require Ant 1.4.
2 Document special handling of '_' and '.' by AutoWebApp.
Make special characters configurable.
Bugs to fix:
5532 underscore is wrong (fixed by item 2 above)
4206 missing config files do not cause an error
(add error or warning messages)
5769 NT Service display name should not be used as service name
(determine solution and patch)
4364 build-solaris for Apache connector does not compile
with -DE
(do what we can to review and update the connector make
files)
Tomcat 3.3.1 Final Release:
Code Freeze/Tag Date: Feb 9, 2002
Release Manager: Larry Isaacs
The current jakarta-tomcat HEAD will be built and released
as Tomcat 3.3.1 Final
The following bugs will be updated with the following resolution:
Bug Resolution From Description
2202 WORKSFORME REMIND sendRedirect with enctype=Multipart/form-data
does not
work
3168 WONTFIX LATER Reloading JSP Pages with includes in it
3290 INVALID LATER Sessions not sharing properly (lack of test
case)
WORKSFORME LATER request.getParameter(action) return only
static page
value
4426 WONTFIX NEWDB polling
5246 WONTFIX NEWillegal tag at jsp:plugin
5411 INVALID NEWJSP session does not work with IE/IIS5/Tomcat
3.3
5449 WORKSFORME NEWajp13 and security constraints don't work
5560 INVALID NEWRemoval of unnecessary white space in output
The following bugs will be left with their current resolution:
Bug Resolution Description
2700 LATER New setStatusLine method?
3032 LATER Cannot recover key Exception while using trust
keystore with
multiple keys
3298 LATER IIS-Redirector fails to read from client
3309 LATER Cannot use pre-compiled jsp as welcome page
3798 LATER Service Manager for Tomcat
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For
The problem with /
Hi! In the latest release notes (4.0.2-b2) I´ve seen the following: --- StandardContextMapper: '/' is now handled as a special case. --- I wondered if this indicates that tomcat now behaves spec compliant regarding the default-servlet. However, I found out that this still seems to be not the case: Thus in my app infovis if I say: servlet-mapping servlet-nameMainServlet/servlet-name url-pattern//url-pattern /servlet-mapping then requests should be handled as follows: http://bla:8080/infovis/ = MainServlet http://bla:8080/infovis/anyNONnexistingpath = MainServlet http://bla:8080/infovis/EXISTINGPATH = Existing resource !!! current tomcat IMHO violates the last rule, which is especially irritating when servlets include links to static content like pictures - tomcat will in all cases where an URL relates to a existing static resource (i.e. not a valid servlet mapping!!!) to the default servlet. Will this be fixed in the coming release !? Thx Peter -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jdk1.3.1 and tomcat 3.3a core dumping?
I tried that too, but it still has the same error. I also increased the java heap size to 200 MB. -Original Message- From: Ed Milic [mailto:[EMAIL PROTECTED]] Sent: Monday, January 21, 2002 2:44 PM To: [EMAIL PROTECTED] Subject: RE: jdk1.3.1 and tomcat 3.3a core dumping? Here is a solution that seems to work: You will need to edit how tomcat starts so that it uses the server JVM. CHANGE: if [ $JAVACMD = ] ; then # it may be defined in env - including flags!! JAVACMD=$JAVA_HOME/bin/java fi TO: if [ $JAVACMD = ] ; then # it may be defined in env - including flags!! JAVACMD=$JAVA_HOME/bin/java -server fi That should stop the crashing problems. From: Dan Diodati [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: 'Tomcat Developers List' [EMAIL PROTECTED] Subject: RE: jdk1.3.1 and tomcat 3.3a core dumping? Date: Mon, 21 Jan 2002 13:40:19 -0800 I don't think the java code has any issues because it has been in production with jdk1.2.2 and tomcat 3.2.4. I tried using tomcat 3.2.4 and jdk 1.3.1_02 it this issue does NOT occur, making me suspicious of tomcat 3.3a. All the required patches for Solaris have been installed. Anyone else know of any incompatibilities with jdk1.3.1_02(the latest release of jdk131) and tomcat 3.3a? -Original Message- From: Bojan Smojver [mailto:[EMAIL PROTECTED]] Sent: Monday, January 21, 2002 1:30 PM To: Tomcat Developers List Subject: Re: jdk1.3.1 and tomcat 3.3a core dumping? Even if you have buggy Java classes, this should not cause a good JVM to do this. The problem is with the JVM. I'd try a different JDK, something like 1.3.0_04 or maybe a newer sub-release of 1.3.1. Bojan PS. Keep in mind that I don't work with Solaris :-) Dan Diodati wrote: I am having some problems with jdk1.3.1 core dumping with tomcat 3.3a. My current set up is apache 1.3.22 which is passing a the request to tomcat 3.3a(running externally). This is all running on a Solaris 8 box (Sun Ultra2) using jdk1.3.1. When tomcat tries to compile some jsp pages, the Hotspot compiler core dumps killing the JVM. Here is the error: # # HotSpot Virtual Machine Error, Internal Error # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Error ID: 47454E45524154452F4F502D41500E435050084B 01 # # Problematic Thread: prio=5 tid=0x31d1b8 nid=0x26 runnable # Has anyone else had any issues with jdk1.3.1 and tomcat 3.3a ? Dan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Join the world's largest e-mail service with MSN Hotmail. http://www.hotmail.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: The problem with /
Actually, the default-servlet is supposed to handle requests for static resources. It sounds like what you want is something like: servlet-mapping servlet-namedefault/servlet-name url-pattern*.gif/url-pattern /servlet-mapping - Original Message - From: Peter Sojan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 21, 2002 5:22 PM Subject: The problem with / Hi! In the latest release notes (4.0.2-b2) I´ve seen the following: --- StandardContextMapper: '/' is now handled as a special case. --- I wondered if this indicates that tomcat now behaves spec compliant regarding the default-servlet. However, I found out that this still seems to be not the case: Thus in my app infovis if I say: servlet-mapping servlet-nameMainServlet/servlet-name url-pattern//url-pattern /servlet-mapping then requests should be handled as follows: http://bla:8080/infovis/ = MainServlet http://bla:8080/infovis/anyNONnexistingpath = MainServlet http://bla:8080/infovis/EXISTINGPATH = Existing resource !!! current tomcat IMHO violates the last rule, which is especially irritating when servlets include links to static content like pictures - tomcat will in all cases where an URL relates to a existing static resource (i.e. not a valid servlet mapping!!!) to the default servlet. Will this be fixed in the coming release !? Thx Peter -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jdk1.3.1 and tomcat 3.3a core dumping?
Quoting Dan Diodati [EMAIL PROTECTED]: I don't think the java code has any issues because it has been in production with jdk1.2.2 and tomcat 3.2.4. Maybe I wasn't clear enough. The point is that this is a JVM issue, it has nothing to do with Java classes you run on it (except that some of them might trigger a particular bug within the JVM). I tried using tomcat 3.2.4 and jdk 1.3.1_02 it this issue does NOT occur, making me suspicious of tomcat 3.3a. As above. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Tomcat 3.3.1 Release Plan
Quoting Larry Isaacs [EMAIL PROTECTED]: Tomcat 3.3.1 Release Plan Ballot: [X] +1I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1I am against this plan being executed, and my reason is: Since I'm using the current CVS snapshot of Tomcat 3.3 and mod_jk 1.2.0 without any problems :-) Bojan PS. What's the version of connectors (if any) that's going into 3.3.1? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/jasper/compiler JspReader.java
billbarker02/01/21 20:18:38
Modified:src/share/org/apache/jasper/compiler JspReader.java
Log:
Handle extra --- in JSP comments.
Fix for bug 5191.
Submitted by: Drew Sudell [EMAIL PROTECTED]
Revision ChangesPath
1.25 +4 -1
jakarta-tomcat/src/share/org/apache/jasper/compiler/JspReader.java
Index: JspReader.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/share/org/apache/jasper/compiler/JspReader.java,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- JspReader.java18 Sep 2001 23:24:46 - 1.24
+++ JspReader.java22 Jan 2002 04:18:38 - 1.25
@@ -436,8 +436,11 @@
if ( ch == limit.charAt(0) ) {
for (int i = 1 ; i limlen ; i++) {
- if (Character.toLowerCase((char) nextChar()) != limit.charAt(i))
+ if (Character.toLowerCase((char) nextChar()) != limit.charAt(i)){
+ reset(ret);
+ advance(1);
continue skip;
+ }
}
return ret;
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.1.txt
billbarker02/01/21 20:23:54 Modified:.RELEASE-NOTES-3.3.1.txt Log: Record fix for bug #5191 Revision ChangesPath 1.23 +2 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt Index: RELEASE-NOTES-3.3.1.txt === RCS file: /home/cvs/jakarta-tomcat/RELEASE-NOTES-3.3.1.txt,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- RELEASE-NOTES-3.3.1.txt 13 Jan 2002 02:41:04 - 1.22 +++ RELEASE-NOTES-3.3.1.txt 22 Jan 2002 04:23:54 - 1.23 @@ -3,7 +3,7 @@ Release Notes = -$Id: RELEASE-NOTES-3.3.1.txt,v 1.22 2002/01/13 02:41:04 larryi Exp $ +$Id: RELEASE-NOTES-3.3.1.txt,v 1.23 2002/01/22 04:23:54 billbarker Exp $ This document describes the changes that have been made since the @@ -172,6 +172,7 @@ StaticInterceptor). The check was redundant, and was causing Spec problems. +5191 Fix parsing of JSP comments with extra '-' characters. Configuration: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/io FileUtil.java
billbarker02/01/21 22:09:51
Modified:src/share/org/apache/tomcat/util/io FileUtil.java
Log:
Fix for Watchdog test failure with sandbox.
It seems that nobody runs Watchdog under a sandbox, since this is reported failure.
Now inculusion of static page works even with a sandbox.
Revision ChangesPath
1.7 +6 -6 jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java
Index: FileUtil.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- FileUtil.java 16 Aug 2001 00:19:20 - 1.6
+++ FileUtil.java 22 Jan 2002 06:09:51 - 1.7
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java,v 1.6
2001/08/16 00:19:20 costin Exp $
- * $Revision: 1.6 $
- * $Date: 2001/08/16 00:19:20 $
+ * $Header:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/io/FileUtil.java,v 1.7
2002/01/22 06:09:51 billbarker Exp $
+ * $Revision: 1.7 $
+ * $Date: 2002/01/22 06:09:51 $
*
*
*
@@ -83,7 +83,7 @@
*/
public class FileUtil {
-
+static final String osName = System.getProperty(os.name);
public static File[] listFiles(File dir) {
String[] ss = dir.list();
@@ -273,7 +273,7 @@
}
// fix path on NetWare - all '/' become '\\' and remove duplicate '\\'
- if (System.getProperty(os.name).startsWith(NetWare)
+ if (osName.startsWith(NetWare)
path.length() =3
path.indexOf(':') 0) {
char[] ca = patchPath.replace('/', '\\').toCharArray();
@@ -304,7 +304,7 @@
return true;
// NetWare volume:
- if (System.getProperty(os.name).startsWith(NetWare)
+ if (osName.startsWith(NetWare)
path.length() =3
path.indexOf(':') 0)
return true;
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
iSeries (AS/400) unusual JDK layout problem
Hi to all, I've got a little problem with our AS/400 since they didn't respect the general layout for JDK 1.2/1.3 where java.home is xxx/jre or xxx/sdk and where tools.jar live in xxx/lib Sus Tomcat 3.3 couldn't find the needed tools.jar for JSP compilation Choices : - Add code in tomcat to make iSeries case handled (add tools.jar search in java.home/lib/ after java.home/../lib/) - Add directive in server.xml to specific tools.jar alternate location and proper code in tomcat - Do nothing and tell IBM to fix their layout. BTW : actually I've patched tomcat.sh and add java.home/lib/tools.jar to the classpath but it's quite dirty... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jdk1.3.1 and tomcat 3.3a core dumping?
Of course, there is always the issue that there is absolutely no need to run 3.3a on a Solaris box (which is why I really can't be bothered to download it to check this out, since my primary production environment is Solaris). If you're not running Windows, than there is no advantage to using 3.3a over 3.3.0. There are lots of advantages to using 3.3.1-dev (aka nightly, soon to be 3.3.1-B1) reguardless of the OS. see: http://cvs.apache.org/viewcvs/jakarta-tomcat/RELEASE-NOTES-3.3.1.txt - Original Message - From: Bojan Smojver [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, January 21, 2002 6:15 PM Subject: RE: jdk1.3.1 and tomcat 3.3a core dumping? Quoting Dan Diodati [EMAIL PROTECTED]: I don't think the java code has any issues because it has been in production with jdk1.2.2 and tomcat 3.2.4. Maybe I wasn't clear enough. The point is that this is a JVM issue, it has nothing to do with Java classes you run on it (except that some of them might trigger a particular bug within the JVM). I tried using tomcat 3.2.4 and jdk 1.3.1_02 it this issue does NOT occur, making me suspicious of tomcat 3.3a. As above. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [VOTE] Tomcat 3.3.1 Release Plan
Tomcat 3.3.1 Release Plan Ballot: [X] +1 I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1 I am against this plan being executed, and my reason is: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: The problem with /
Thank you for your hint! Now I understand, that with my setting: -- servlet-mapping servlet-nameMyMainServlet/servlet-name url-pattern//url-pattern /servlet-mapping -- I override the default configuration which is: -- servlet-mapping servlet-namedefault/servlet-name url-pattern//url-pattern /servlet-mapping -- If I want to handle all requests for non-existent resources with my MyMainServlet and all static-existent (non-servlet) resources with DefaultServlet, your solution should work If I can forsee every type of static resource I will offer in my webapp. So I would have to write mappings for *.gif, *.jpg, *.png, *.pdf, *.bla, and so on. I think the way the spec handles this issue, is that if I do a mapping on /, then requests for static-existent content would still be served by the container without invoking my MyMainServlet. However since the tomcat solution is to handle static content with a DefaultServlet, I will always loose this functionality when I override the / mapping with my own servlet. Any suggestions for a workaround!? Thx Peter -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
