cvs commit: jakarta-tomcat-connectors/procrun tomcat.c

mturk 2003/10/02 00:24:25 Modified:procrun tomcat.c Log: Improve the listview parsing and creation, and make sure that stderr messages gets display as error. Revision ChangesPath 1.3 +46 -25jakarta-tomcat-connectors/procrun/tomcat.c Index: tomcat.c =

cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe

mturk 2003/10/02 00:25:23 Modified:procrun/bin tomcat.exe tomcatw.exe Log: Latest binaries (VC6/SP5). Revision ChangesPath 1.3 +14 -14jakarta-tomcat-connectors/procrun/bin/tomcat.exe <> 1.3 +37 -38jakarta-tomcat-connectors/procrun/

Re: [5.0] Schedule change

Reshat Sabiq wrote: My bad. I meant 4.1.1, and 4.1.2 (i've used 4.1.8, 4.1.9, 4.1.12, and 4.1.24). How do i submit a test war to tester or watchdog (i only know Bugzilla). No, if you have a test case, submit it in BZ. The tester and watchdog are the test suites we use. Remy -

DO NOT REPLY [Bug 22701] - commons-logging and SSL in tomcat with struts

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: cvs commit: jakarta-tomcat build.xml

[EMAIL PROTECTED] a écrit : larryi 2003/10/01 19:50:59 Modified:.build.xml Log: Update to build using MAIN branch of JTC coyote and http11. The jars are a little different from coyote_10 version. Thanks Larry -

DO NOT REPLY [Bug 22701] - commons-logging and SSL in tomcat with struts

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/core StandardHostValve.java

remm2003/10/02 01:29:50 Modified:catalina/src/share/org/apache/catalina/core StandardHostValve.java Log: - Reset the context CL after the end of the request processing. This could fix bug 22701 for TC 4.1. - Note: I'm not doing it in a finally, since

DO NOT REPLY [Bug 22701] - commons-logging and SSL in tomcat with struts

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

[next] What's next ?

Usually, when a Tomcat branch nears its release, a new branch is created. However, I only have a few feature ideas that make some sense, and the problem is that they are minor evolutions (hence, they could perfectly fit inside the 5.0 branch). This includes: - Updating JK2 to use the JMX events

Re: TC4.1: StandardWrapperValve infinite recursion

On Wed, 1 Oct 2003, Filip Hanik wrote: > My pardon on behalf of the dev community for lagging behind. People forget, stuff gets dropped. Besides, I didn't have to wait long. So I'm happy. :) /Urban - To unsubscribe, e-mail: [E

Re: Coyote problems on a EBCDIC machine

Remy Maucherat wrote: jean-frederic clere wrote: Hi, I have a funny problem with Coyote: The response body are Ok (in ASCII) but the headers are corrupted (probably in EBCDIC). May be somewhere I have to tell Coyote to do ASCII instead default encoding. Has someone a hint? The header writing

DO NOT REPLY [Bug 23525] - HttpSessionListener implementors are called to late according to Servlet Specification 2.4 Final Draft 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

problems with ant download

Hi, I have noted the redirect to binindex.cgi disturbs the "ant download": +++ testexist: [echo] Testing for /home/jakarta/jakarta-struts-1.1/lib/struts.jar downloadgz: [get] Getting: http://jakarta.apache.org/builds/jakarta-struts/release/v1.1/jakarta-struts-1.0.2.tar.gz [gunzip]

Re: [next] What's next ?

The AccessLog Valves might be nice to simplify so a "Logging" element is a nested inside of the Valve declaration. This way the access log valve can just do 3 things: - determine if it should log (conditional logging) - format a string to be logged - Pass it along to a "logging" element which can

Re: problems with ant download

I suspect that you might be able to fix this: /x1/www/jakarta.apache.org/builds/jakarta-struts/.htaccess Hope this helps -- Tetsuya. ([EMAIL PROTECTED]) On Thu, 02 Oct 2003 12:49:03 +0200 (Subject: problems with ant download) jean-frederic clere <[EMAIL PROTECTED]> wrote: > Hi, > > I have not

DO NOT REPLY [Bug 19869] - BUILDING.txt is v4.0

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 18433] - autoDeploy="false" doesn't work

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 22328] - javax.management.ReflectionException: Cannot find method getClassName with this signature

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 23564] New: - Tomcat 4.1.24: Dynamic loading classes in Tomcat causes java.lang.UnsatisfiedLinkError

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 23565] New: - Reload in the manager app does not work

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 22328] - javax.management.ReflectionException: Cannot find method getClassName with this signature

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: problems with ant download

Tetsuya Kitahata wrote: I suspect that you might be able to fix this: /x1/www/jakarta.apache.org/builds/jakarta-struts/.htaccess Hope this helps Yes, but not... http://jakarta.apache.org/builds/jakarta-struts/release/v1.1/jakarta-struts-1.0.2.tar.gz must be changed into: http://www.apache.org/dyn/c

Re: problems with ant download

On Thu, 02 Oct 2003 14:55:22 +0200 (Subject: Re: problems with ant download) jean-frederic clere <[EMAIL PROTECTED]> wrote: > Tetsuya Kitahata wrote: > > I suspect that you might be able to fix this: > > /x1/www/jakarta.apache.org/builds/jakarta-struts/.htaccess > > Hope this helps > Yes, but not

DO NOT REPLY [Bug 23146] - Calling socket.setTcpNoDelay causes connector to disconnect

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: [next] What's next ?

Howdy, On the subject of AccessLogValve: I hadn't thought of the things Tim suggested, but I have a different suggestion, part of a more general suggestion: 1. Convert AccessLogValve to be a servlet specification 2.3 filter, i.e. something portable. We can define it in $CATALINA_HOME/conf/web.xm

Re: problems with ant download

Tetsuya Kitahata wrote: On Thu, 02 Oct 2003 14:55:22 +0200 (Subject: Re: problems with ant download) jean-frederic clere <[EMAIL PROTECTED]> wrote: Tetsuya Kitahata wrote: I suspect that you might be able to fix this: /x1/www/jakarta.apache.org/builds/jakarta-struts/.htaccess Hope this helps Yes,

DO NOT REPLY [Bug 23525] - HttpSessionListener implementors are called to late according to Servlet Specification 2.4 Final Draft 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 12810] - socket write error clicking between pages to fast

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: problems with ant download

From: "jean-frederic clere" <[EMAIL PROTECTED]> > ... but the interesting would be to have > cgi that redirects to the result of closer.cgi instead displaying it. > This would be useful for the *BSD porting systems to use. A method to download source tar files (without viewing/parsing an html pag

RE: [next] What's next ?

> -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 02, 2003 9:56 AM > To: Tomcat Developers List > Subject: RE: [next] What's next ? > > Then I have other ideas, of varying degrees of radicality and I'm sure > stupidity ;) I'm proposing them

RE: [next] What's next ?

On Thu, 2 Oct 2003, Angus Mezick wrote: > > 2. Eliminate the shared and common classloader repositories. Unless > > these are required by the spec? Force webapps to be self-contained by > > putting all their classes in WEB-INF/lib or WEB-INF/classes of their > > webapp. Have the WEB-INF/clases

DO NOT REPLY [Bug 23572] New: - alternateURL in JNDIRealm.class does not work

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: [next] What's next ?

Hello all, Potential new feature (for Jasper really): -JSP Line level error reporting for exceptions that occur during jsp execution IE. Leverage bcel to do some class munging on the generated class files. Chad Johnson WS Packaging Group, Inc. -Original Message- From: Remy Maucherat [

Re: [next] What's next ?

Remy Maucherat a écrit : Usually, when a Tomcat branch nears its release, a new branch is created. However, I only have a few feature ideas that make some sense, and the problem is that they are minor evolutions (hence, they could perfectly fit inside the 5.0 branch). This includes: - Updating

Re: [next] What's next ?

Shapira, Yoav wrote: Howdy, On the subject of AccessLogValve: I hadn't thought of the things Tim suggested, but I have a different suggestion, part of a more general suggestion: 1. Convert AccessLogValve to be a servlet specification 2.3 filter, i.e. something portable. We can define it in $CATAL

Re: [next] What's next ?

3. Provide a complete working configuration example for a cluster of tomcat servers with a front-end tomcat as well, i.e. a pure tomcat-only solution. We already have the jvmRoute mechanism, but I think it needs more examples/documentation so that people start using it. So you want to do a HTTP

Re: [next] What's next ?

I would be interested to: - implement jsr115 as an optional feature (based on a previous discussion with Costin on this thread (that may bring Costing back :-) ). - turn SecurityManager on by default ( already proposed by Costin sometime ago if I remember). - improve xml parsing performance (may

Re: [next] What's next ?

Henri Gomez wrote: Remy Maucherat a écrit : Usually, when a Tomcat branch nears its release, a new branch is created. However, I only have a few feature ideas that make some sense, and the problem is that they are minor evolutions (hence, they could perfectly fit inside the 5.0 branch). This i

DO NOT REPLY [Bug 22390] - init() method called twice

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: [next] What's next ?

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 02, 2003 10:50 AM > To: Tomcat Developers List > Subject: RE: [next] What's next ? > > > On Thu, 2 Oct 2003, Angus Mezick wrote: > > > > 2. Eliminate the shared and common classloader

Re: [next] What's next ?

Henri Gomez a écrit : 3. Provide a complete working configuration example for a cluster of tomcat servers with a front-end tomcat as well, i.e. a pure tomcat-only solution. We already have the jvmRoute mechanism, but I think it needs more examples/documentation so that people start using it. One

Re: [next] What's next ?

Henri Gomez wrote: Henri Gomez a écrit : 3. Provide a complete working configuration example for a cluster of tomcat servers with a front-end tomcat as well, i.e. a pure tomcat-only solution. We already have the jvmRoute mechanism, but I think it needs more examples/documentation so that pe

Re: [next] What's next ?

Jean-Francois Arcand a écrit : Henri Gomez wrote: Henri Gomez a écrit : 3. Provide a complete working configuration example for a cluster of tomcat servers with a front-end tomcat as well, i.e. a pure tomcat-only solution. We already have the jvmRoute mechanism, but I think it needs more e

Re: Coyote problems on a EBCDIC machine

Clere, Jean-Frederic wrote: Remy Maucherat wrote: jean-frederic clere wrote: Hi, I have a funny problem with Coyote: The response body are Ok (in ASCII) but the headers are corrupted (probably in EBCDIC). May be somewhere I have to tell Coyote to do ASCII instead default encoding. Has someone

DO NOT REPLY [Bug 23565] - Reload in the manager app does not work

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 22096] - reload through manager webapp fails to redeploy classes/jars

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: Coyote problems on a EBCDIC machine

jean-frederic clere wrote: Clere, Jean-Frederic wrote: Remy Maucherat wrote: jean-frederic clere wrote: Hi, I have a funny problem with Coyote: The response body are Ok (in ASCII) but the headers are corrupted (probably in EBCDIC). May be somewhere I have to tell Coyote to do ASCII instead d

RE: [next] What's next ?

Howdy, >> 2. Eliminate the shared and common classloader repositories. Unless >> these are required by the spec? Force webapps to be self-contained by >> putting all their classes in WEB-INF/lib or WEB-INF/classes of their >> webapp. Have the WEB-INF/clases -> WEB-INF/lib -> endorsed -> system

Re: [next] What's next ?

Shapira, Yoav wrote: Howdy, I think this kind of classloading structure can be configured in TC 5 using the catalina.properties. If it can be achieved via configuration, I'm happy ;) How can it be done? You can set empty contents to the repositories list in catalina.properties, and then move wh

JK2 connection timeout

Hi all, Since posting to the Tomcat user list did not bring forward satisfing answers - and since this may be a JK2 bug - I'm posting here, too. I'm using JK2 to connect Tomcat 4.1.18 and IIS 5.1 (on XP) with JRE 1.4.0_02. Tomcat's stderr.log contains hundreds of the following messages. 01.10.20

Logging filter (was RE: [next] What's next ?)

--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > 1. Convert AccessLogValve to be a servlet > specification 2.3 filter, i.e. > something portable. We can define it in > $CATALINA_HOME/conf/web.xml, > commented out by default perhaps, and users can move > the definition > around as they need just

RE: Logging filter (was RE: [next] What's next ?)

Howdy, >--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: >> 1. Convert AccessLogValve to be a servlet >> specification 2.3 filter, i.e. > >That sounds wonderful and useful, but there are a few >problems here. Filters don't have access to all the >information that is needed to make a log entry the

Re: Coyote problems on a EBCDIC machine

Remy Maucherat wrote: jean-frederic clere wrote: Clere, Jean-Frederic wrote: Remy Maucherat wrote: jean-frederic clere wrote: Hi, I have a funny problem with Coyote: The response body are Ok (in ASCII) but the headers are corrupted (probably in EBCDIC). May be somewhere I have to tell Coyote

Re: Coyote problems on a EBCDIC machine

jean-frederic clere wrote: Remy Maucherat wrote: jean-frederic clere wrote: Clere, Jean-Frederic wrote: Remy Maucherat wrote: jean-frederic clere wrote: Hi, I have a funny problem with Coyote: The response body are Ok (in ASCII) but the headers are corrupted (probably in EBCDIC). May be so

RE: Logging filter (was RE: [next] What's next ?)

--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: > That's unfortunate ;( Yes it is. Those methods may not really belong in the Filter interface, though. That's why I think it may be a better idea to start thinking about a real API for more of the core components of the server: logging, classloadi

RE: Logging filter (was RE: [next] What's next ?)

Howdy, There's already an exposed API for writing tomcat loggers (just implement org.apache.catalina.Logger and configure your logger in server.xml). Let's get off that topic please and stick to the access log filter I was proposing. >I think that many of those values, such as >ContentLength, ar

Re: [next] What's next ?

Henri Gomez wrote: Jean-Francois Arcand a écrit : Henri Gomez wrote: Henri Gomez a écrit : 3. Provide a complete working configuration example for a cluster of tomcat servers with a front-end tomcat as well, i.e. a pure tomcat-only solution. We already have the jvmRoute mechanism, but I th

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.sh catalina.bat

jfarcand2003/10/02 10:07:40 Modified:catalina/src/bin catalina.sh catalina.bat Log: Minor fixes (should we remove that props?). Revision ChangesPath 1.9 +3 -3 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh Index: catalina.sh ===

Re: Logging filter (was RE: [next] What's next ?)

joe user wrote: --- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: 1. Convert AccessLogValve to be a servlet specification 2.3 filter, i.e. something portable. We can define it in $CATALINA_HOME/conf/web.xml, commented out by default perhaps, and users can move the definition around as they need

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java

jfarcand2003/10/02 10:10:54 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: Fix for bugzilla 23525 HttpSessionListener implementors are called to late according to Servlet Specification 2.4 Final Draft 3. Revision Chang

DO NOT REPLY [Bug 23525] - HttpSessionListener implementors are called to late according to Servlet Specification 2.4 Final Draft 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

Re: Logging filter (was RE: [next] What's next ?)

Shapira, Yoav wrote: Howdy, --- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote: 1. Convert AccessLogValve to be a servlet specification 2.3 filter, i.e. That sounds wonderful and useful, but there are a few problems here. Filters don't have access to all the information that is needed

Re: [next] What's next ?

>- Java or native load balancer, with session affinity support. This >could be the perfect commons project, and is not really related to Tomcat After looking into it, writing a load balancer in Java will only cause the load balancer to become a bottleneck nothing else, Java doesn't offer enough lo

Re: [next] What's next ?

Filip Hanik wrote: - Java or native load balancer, with session affinity support. This could be the perfect commons project, and is not really related to Tomcat After looking into it, writing a load balancer in Java will only cause the load balancer to become a bottleneck nothing else, Java doesn

Re: [next] What's next ?

yeah it is a very simple solution, round robin, http://www.inlab.de/balance.html no session affinity, which requires introspection to do. ie, look up the session id (for example) in the request, and pass it on to the correct server kind of like jvmRoute Filip - Original Message - Fro

RE: [next] What's next ?

> -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 02, 2003 11:57 AM > To: Tomcat Developers List > Subject: RE: [next] What's next ? > > > > Howdy, > > >> 2. Eliminate the shared and common classloader > repositories. Unless > >> these ar

RE: [next] What's next ?

On Thu, October 2, 2003 at 8:56 am, Shapira, Yoav sent the following >>> 3. Provide a complete working configuration example for a cluster of >>> tomcat servers with a front-end tomcat as well, i.e. a pure >>> tomcat-only >>> solution. We already have the jvmRoute mechanism, but I think it >>> nee

Re: [next] What's next ?

bottom line is writing a Java loadbalancer is like trying to cross the atlantic ocean with a canoe. there is no point. Java simply can't handle enough concurrent connections, and then if you want session affinity you need introspection, which means you will be parsing the HTTP request coming in,

Re: [next] What's next ?

On Thu, October 2, 2003 1at 0:33 am, Filip Hanik sent the following >>- Java or native load balancer, with session affinity support. This >>could be the perfect commons project, and is not really related to Tomcat > > After looking into it, writing a load balancer in Java will only cause the > load

RE: [next] What's next ?

> -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 02, 2003 12:06 PM > To: Tomcat Developers List > Subject: Re: [next] What's next ? > > > Shapira, Yoav wrote: > > > Howdy, > > > >>I think this kind of classloading structure can be > conf

Form login page doesn't show up for custom authenticator?

Dear all, I had a wierd problem working with my own authenticator. The form login page did not appear at all but I got an error message stating "Configuration error: Cannot perform access control without an authenticated principal". By checking the log file, I understood how this error was tr

RE: Logging filter (was RE: [next] What's next ?)

Howdy, Thanks for the response wrapper idea and skeleton -- that seems to solve most of the problems we discussed. >For access logging in particular, I'd be concerned about a couple of >things: > >* Filters don't see every request (for example, the authentication > challenges when you're using B

Re: problems with ant download

On Thu, 02 Oct 2003 16:02:53 +0200 jean-frederic clere <[EMAIL PROTECTED]> wrote: > >>Yes, but not... > >>http://jakarta.apache.org/builds/jakarta-struts/release/v1.1/jakarta-struts-1.0.2.tar.gz > >>must be changed into: > >>http://www.apache.org/dyn/closer.cgi/jakarta/struts/binaries/jakarta-str

DO NOT REPLY [Bug 23582] New: - Cannot build Tomcat 5.0.12 because "jakarta-commons/daemon does not exist"

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: [next] What's next ?

An AccessLogFilter will not work since the filter is only valid for a single webapplication. If you wish to log all requests for a server (or Host) to the same log file, you could in theory have multiple Filters running at the same time, one for each webapp - but I'd hate to see the messy file l

Re: [5.0] Schedule change

Hans/Remy, I don't know more than you do about when J2EE 1.4 will be released, but the specs are starting to move through final approval now, so I'm pretty sure it will happen in a month or two. Three months for running a few Beta releases instead of releasing it as something it's not doesn't seem

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java

jfarcand2003/10/02 18:53:17 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: We also need to call the listener when the session is invalidated because we can't predict the interval between the time the session is marked invali

[Apache Newsletter Draft] News as to Jakarta Tomcat Project from Aug. to Sep.

Dear Jakarta Tomcat Development Team, (http://jakarta.apache.org/tomcat/) Hello, Apache newsletter is in progress of preparing the second all-Apache newsletter, news from August to September 2003, which will be published in the middle of October 2003. === What is "The Apache Newsletter"? ===

Re: [next] What's next ?

Jean-Francois Arcand wrote: > > I would be interested to: > > - implement jsr115 as an optional feature (based on a previous > discussion with Costin on this thread (that may bring Costing back :-) ). > - turn SecurityManager on by default ( already proposed by Costin > sometime ago if I remembe

cvs commit: jakarta-tomcat-5 build.xml

billbarker2003/10/02 22:49:48 Modified:.build.xml Log: Commons-daemon lives in commons-daemon.home by definition. Don't hack around with presumed locations for it. Revision ChangesPath 1.162 +2 -2 jakarta-tomcat-5/build.xml Index: build.xml ==

cvs commit: jakarta-tomcat-5 build.xml

billbarker2003/10/02 22:58:08 Modified:.build.xml Log: Missed one. Revision ChangesPath 1.163 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat