cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup BootstrapService.java

remm02/02/18 01:00:54 Modified:catalina/src/share/org/apache/catalina/startup BootstrapService.java Log: - Add missing support for the new 'endorsed' directory in the various dist targets. Revision ChangesPath 1.12 +12 -9 jakarta-tom

cvs commit: jakarta-tomcat-4.0 build.xml tomcat.nsi

remm02/02/18 01:01:05 Modified:.build.xml tomcat.nsi Log: - Add missing support for the new 'endorsed' directory in the various dist targets. Revision ChangesPath 1.62 +4 -0 jakarta-tomcat-4.0/build.xml Index: build.xml ==

Re: [4.1] Service

Remy Maucherat wrote: > > Hi, > > There's a hidden component in Tomcat 4 named "service" (package is > org.apache.service), which has almost nothing to do with Tomcat (except it > was written by Pier and started its life here). The most current version of > it (which is *not* the one used by Tom

Difference between Tomcat-3.2.1 and Tomcat-3.3a

I need to know what is the main difference between Tomcat-3.2.1 and Tomcat-3.3a ?? Because when I try to view my jsp page in chinese characters, using the HTML header, I can view the characters correctly, but because Tomcat-3.3a offers a newer version of JDBC API, as a result i change to Tomcat-3

Servlet problem

Hi all, I have some problems with Catalina server. Some details : I have a class : "FilterLogin" extends "BaseServlet" extends "SecureServlet" extends "javax.servlet.http.HttpServlet" (which implements "javax.servlet.Servlet"). When I try to load the class and login, i get the following exceptio

DO NOT REPLY [Bug 6519] New: - Problem with HTMLManagerServlet when running JDK1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6201] - ISO-8859-8-i problem. (hebrew)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6201] - ISO-8859-8-i problem. (hebrew)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6519] - Problem with HTMLManagerServlet when running JDK1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6420] - Loadbalancer mod_jk from 4.02 not working with TC 3.3

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6525] New: - When deploying a web-app (as WAR or directory under Web-Apps) complex security-constraint in web.xml is ignored

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6525] - When deploying a web-app (as WAR or directory under Web-Apps) complex security-constraint in web.xml is ignored

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 5735] - HTTP connector running out ofprocessors under heavy load

On Sun, 17 Feb 2002, Bill Barker wrote: > Yeah, well, I can confirm that o.a.c.connector.http.HttpConnector is just a > broken as o.a.ajp.tc4.Ajp13Connector. However, the > o.a.c.connector.http.HttpProcessor isn't quite as brain-dead as it's ajp13 > counterpart (but it still doesn't recycle). T

DO NOT REPLY [Bug 6525] - When deploying a web-app (as WAR or directory under Web-Apps) complex security-constraint in web.xml is ignored

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Jk2 logging

Hi, A quick proposal ( vote ? ): I would like to start using commons-logging in jk2. Right now it has println() style, but beeing able to benefit from the fine control that log4j ( and other loggers ) provides would help a lot. If nobody oposes, I will check in a current build of commons-loggi

RE: Jk2 logging

>A quick proposal ( vote ? ): I would like to start using >commons-logging >in jk2. Right now it has println() style, but beeing able to benefit >from the fine control that log4j ( and other loggers ) provides >would help a lot. > >If nobody oposes, I will check in a current build of commons-lo

DO NOT REPLY [Bug 6494] - Tomcat 4.0.2 could not start from W2k service after adding webapps conf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6494] - Tomcat 4.0.2 could not start from W2k service after adding webapps conf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6494] - Tomcat 4.0.2 could not start from W2k service after adding webapps conf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [4.1] Service

> Remy Maucherat wrote: > > > > Hi, > > > > There's a hidden component in Tomcat 4 named "service" (package is > > org.apache.service), which has almost nothing to do with Tomcat (except it > > was written by Pier and started its life here). The most current version of > > it (which is *not* the o

RE: [4.1] Service

>Well, the Java code looks very similar to me. So the native code could >easily be ported to j-t-s. >It's just that this code is 100% Tomcat-dependency free. So >since it's some >generic capability other projects could want, I proposed to >move it to the >commons, instead of leaving it as a hidd

RE: Rename jK2 to mod_jk2 ?

Any objection to see JkMount renamed to Jk2Mount in mod_jk2 and in general all Directive subject to collisions with the original mod_jk... The both could be installed at the same time ... -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.1] Service

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > The idea in jakarta-tomcat-service is to implement JSR96 > (http://jcp.org/jsr/detail/96.jsp). > jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a daemon... The Apache Software Foundation is voting NO on the publication of JSR-09

Re: [4.1] Service

> "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > > The idea in jakarta-tomcat-service is to implement JSR96 > > (http://jcp.org/jsr/detail/96.jsp). > > jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a daemon... > > The Apache Software Foundation is voting NO on the publicati

Re: [4.1] Service

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> "jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> >>> The idea in jakarta-tomcat-service is to implement JSR96 >>> (http://jcp.org/jsr/detail/96.jsp). >>> jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a > daemon... >> >> The Apa

RE: Rename jK2 to mod_jk2 ?

On Mon, 18 Feb 2002, GOMEZ Henri wrote: > Any objection to see JkMount renamed to Jk2Mount in mod_jk2 > and in general all Directive subject to collisions with the > original mod_jk... I have one :-) If we change JkMount, I would rather change it into nothing ( i.e. get rid of it ). It shoul

Possible bug in 4.x HttpProcessor server port handling?

We've been debugging a problem in our application related to the port being sent during a redirect. In our case, both the host and port requested will be mapped on the way into and out of our network. We obviously need our redirects to be sent with the correct server and port set, but we were se

Re: [4.1] Service

On Mon, 18 Feb 2002, Remy Maucherat wrote: > Well, the Java code looks very similar to me. So the native code could > easily be ported to j-t-s. > It's just that this code is 100% Tomcat-dependency free. So since it's some > generic capability other projects could want, I proposed to move it to t

Re: [4.1] Service

> On Mon, 18 Feb 2002, Remy Maucherat wrote: > > > Well, the Java code looks very similar to me. So the native code could > > easily be ported to j-t-s. > > It's just that this code is 100% Tomcat-dependency free. So since it's some > > generic capability other projects could want, I proposed to m

DO NOT REPLY [Bug 6525] - When deploying a web-app (as WAR or directory under Web-Apps) complex security-constraint in web.xml is ignored

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6494] - Tomcat 4.0.2 could not start from W2k service after adding webapps conf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup BootstrapService.java CatalinaService.java

remm02/02/18 11:59:29 Modified:catalina/src/share/org/apache/catalina/startup BootstrapService.java CatalinaService.java Log: - Refactoring of the service features, removing a lot of code duplication in the process. Revision ChangesPath 1.

Re: [4.1] Service

> "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > >> "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > >> > >>> The idea in jakarta-tomcat-service is to implement JSR96 > >>> (http://jcp.org/jsr/detail/96.jsp). > >>> jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a > > daemon...

Re: [4.1] Service

On Mon, 18 Feb 2002, Remy Maucherat wrote: > Well, j-t-c/utils is more our core buisness. Since 4.0 or the connectors > don't duplicate the code like 3.3 does, I'd say I don't like the idea too > much. > Or we can put them there, still keep the current ones, and start using the > ones from the co

Upload file fails in IIS + Tomcat ...

Hi, I am using Oreilly's MultipartRequest class to upload files. I am using IIS + Tomcat configuration. If the file size is more than the limit I specify in the MultipartRequest object, Browser (IE 5.0, IE 4.0 says abnormally terminated by server) shows Error "Page can not be displayed".

altering the session cookie's path (Tomcat 4.0x)

Hi, I wanted to alter Tomcat's default behavior for setting the JSESSIONID cookie. Tomcat normally sets the path of this cookie to be equivalent of the webcontext if any, otherwise it sets it to "/". Since I'll need to proxy request with Apache (with altering the URL's first part containing the

JSP setup non-GUI

I am casting a wide net for help here. I recently started playing around with jsp and got stumped with this example here: http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/JSPIntro2.html for my own sad reasons i can't get X-server to work on my server so I am trying to find the suitable command-line

DO NOT REPLY [Bug 6531] New: - Request Dispatcher forward to j_security_check not working

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java mbeans-descriptors.xml

craigmcc02/02/18 18:15:28 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java mbeans-descriptors.xml Log: Support future implementation of a JDBCUserDatabase and associated dependent components. Revision ChangesPath 1.26

DO NOT REPLY [Bug 6531] - Request Dispatcher forward to j_security_check not working

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6519] - Problem with HTMLManagerServlet when running JDK1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [4.1] Service

> On Mon, 18 Feb 2002, Remy Maucherat wrote: > > > Well, j-t-c/utils is more our core buisness. Since 4.0 or the connectors > > don't duplicate the code like 3.3 does, I'd say I don't like the idea too > > much. > > Or we can put them there, still keep the current ones, and start using the > > one

[Daemon] New commons component

Hi, I've added a new component to the commons subproject (in the sandbox), which is designed to allow Java programs to run as native operating system daemons (services under Windows NT). Because of its nature, this component contains a significant amount of native code. This component API and Un

DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: altering the session cookie's path (Tomcat 4.0x): RESOLVED

Hi, after some time I've found that the session cookie is set in the AJP connector, namely in org.apache.ajp.tomcat4.AJP13Response (method sendHeaders()). Actually to my surprise o.a.c.connector.HttpResponseBase#sendHeaders() is called only when the first resource is asked for (that's what I saw)

Re: Jk2 logging

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, February 18, 2002 10:00 AM Subject: Jk2 logging > Hi, > > A quick proposal ( vote ? ): I would like to start using commons-logging > in jk2. Right now it has println() style, but beeing able to benefit

Re: Difference between Tomcat-3.2.1 and Tomcat-3.3a

This is better handled at [EMAIL PROTECTED] . The simple answer is that 3.3a (and even more so 3.3.1-B1), should be better able to handle chinese (or other than iso-latin-1) character sets than 3.2.x. Of course, you must specify the charset in the ContentType attribute to the <@page directive on

Re: [Daemon] New commons component

Remy, This is great news! I scanned through the Unix code and noticed that it uses the chmod'ing executables with setuid bits instead of performing a JNI call to the setuid() and seteuid() C functions before and after binding of a ServerSocket (i.e. the place you should need root access if you a

Re: [Daemon] New commons component

Patrick Luby wrote: > > Remy, > > This is great news! > > I scanned through the Unix code and noticed that it uses the chmod'ing > executables with setuid bits instead of performing a JNI call to the setuid() > and seteuid() C functions before and after binding of a ServerSocket (i.e. the > pla

DO NOT REPLY [Bug 6519] - Problem with HTMLManagerServlet when running JDK1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Jk2 logging

[EMAIL PROTECTED] wrote: > > Hi, > > A quick proposal ( vote ? ): I would like to start using commons-logging > in jk2. Right now it has println() style, but beeing able to benefit > from the fine control that log4j ( and other loggers ) provides > would help a lot. > > If nobody oposes, I will

DO NOT REPLY [Bug 6519] - Problem with HTMLManagerServlet when running JDK1.4

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu