DO NOT REPLY [Bug 7785] New: - tomcat bug in context reloading

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

Timestamps in catalina.out?

Is there a way to append a timestamp to the entries within catalina.out? I see where you can specify timestamp="true" in server.xml (below), but that goes to another log. Thanks. -- Alfred -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpRequestBase.java

remm02/04/05 19:07:03 Modified:catalina/src/share/org/apache/catalina/connector Tag: tomcat_40_branch HttpRequestBase.java Log: - Fix an off-by-one bug in the construction of the request dispatcher path. Revision ChangesPath No

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpRequestBase.java

remm02/04/05 19:06:52 Modified:catalina/src/share/org/apache/catalina/connector HttpRequestBase.java Log: - Fix an off-by-one bug in the construction of the request dispatcher path. Revision ChangesPath 1.37 +5 -5 jakarta-tomcat-4.0

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java

remm02/04/05 19:06:32 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java Log: - Fix an off-by-one bug in the construction of the request dispatcher path. Revision ChangesPath 1.16 +5 -5 jakarta-tomcat-connectors/coyote/src/java/org/apach

Re: CoyoteRequest: the socket

"Remy Maucherat" <[EMAIL PROTECTED]> writes: > > On Fri, 5 Apr 2002, Remy Maucherat wrote: > > I have big doubts the code that calls getSocket() can even work with ajp > > or pureTLS or other things. Probably a good idea to find where it is and > > call the right thing ( like getAttribute for cert

Re: CoyoteRequest: the socket

> On Fri, 5 Apr 2002, Remy Maucherat wrote: > > > Some valves in the Catalina pipeline use that. > > > > It probably should be done at the protocol layer, but I can't do that for > > compatibility reasons, so I think the socket should be set as a note in the > > Request object (as is suggested in

[FAQ] jGuru FAQ Update

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex

DO NOT REPLY [Bug 349] - Suport for relative URLS in XSL taglib BugRat Report#627

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_bug

DO NOT REPLY [Bug 331] - Support for parametric XSL in xsl-taglib BugRat Report#597

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_bug

DO NOT REPLY [Bug 352] - xsl.apply & xsl.import Absolute (external) URLs BugRat Report#632

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_bug

Re: CoyoteRequest: the socket

On Fri, 5 Apr 2002, Remy Maucherat wrote: > Some valves in the Catalina pipeline use that. > > It probably should be done at the protocol layer, but I can't do that for > compatibility reasons, so I think the socket should be set as a note in the > Request object (as is suggested in the commente

Re: CoyoteRequest: the socket

> 2 questions ( for Remy ): > > - is anyone using the getSocket() method in CoyoteRequest ? It's obvious > this can't work for other protocols, and extracting SSL info is > specific to the SSL impl and should be done at the protocol layer. Some valves in the Catalina pipeline use that. It probab

CoyoteRequest: the socket

2 questions ( for Remy ): - is anyone using the getSocket() method in CoyoteRequest ? It's obvious this can't work for other protocols, and extracting SSL info is specific to the SSL impl and should be done at the protocol layer. - Any reason for not extending HttpBaseRequest ? Costin -- T

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Tomcat3Request.java Tomcat3Response.java

costin 02/04/05 14:17:49 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Tomcat3Request.java Tomcat3Response.java Log: One more step. The only remaining problem is implementing callbacks to the protocol

DO NOT REPLY [Bug 6468] - content-type not set for errors

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 7778] - mod_webapp does not set 'Content-Type: text/html' when reporting a compiler error

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 7778] New: - mod_webapp does not set 'Content-Type: text/html' when reporting a compiler error

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-jasper/jasper2/src/share/org/apache/jasper/compiler Node.java

kinman 02/04/05 12:27:30 Modified:jasper2/src/share/org/apache/jasper/compiler Node.java Log: - Add visitBody to visit(JspText) for the default visitor, because has a body. Revision ChangesPath 1.5 +4 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apach

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

costin 02/04/05 11:13:56 Modified:jk/native2/server/apache2 mod_jk2.c Log: Added a pre-defined "serverRoot" variable, to resolve paths. Right now the best way is to not use relative paths, but ${serverRoot}/logs/... or ${serverRoot}/conf/jk2.properties. Revision Change

cvs commit: jakarta-tomcat-connectors/jk build.xml

costin 02/04/05 11:11:42 Modified:jk build.xml Log: Build ordering Revision ChangesPath 1.31 +2 -1 jakarta-tomcat-connectors/jk/build.xml Index: build.xml === RCS file: /home/cvs/ja

cvs commit: jakarta-tomcat-connectors/coyote build.xml

costin 02/04/05 11:11:05 Modified:.build.xml coyote build.xml Log: Few small fixes. I build all the stuff in one jar for easier testing. I'm also experimenting with the order and with removing util from 3.3. Revision ChangesPath 1.2

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java

remm02/04/05 10:44:21 Modified:catalina/src/share/org/apache/catalina/connector Tag: tomcat_40_branch HttpResponseBase.java Log: - Revert patch. Revision ChangesPath No revision No revision 1

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java

remm02/04/05 10:43:12 Modified:catalina/src/share/org/apache/catalina/connector HttpResponseBase.java Log: - Revert patch. Revision ChangesPath 1.54 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/HttpRespo

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java

remm02/04/05 10:42:51 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - Revert patch. Revision ChangesPath 1.13 +5 -5 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.jav

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Tomcat3Adapter.java Tomcat3Request.java Tomcat3Response.java

costin 02/04/05 10:42:03 Added: coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Tomcat3Adapter.java Tomcat3Request.java Tomcat3Response.java Log: Initial ( and incomplete ) refactoring to use ProtocolHandler and

DO NOT REPLY [Bug 7700] - [PATCH] Anchors don't work when session tracking is handled by URL rewrite

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 7771] - [PATCH] HttpServletResponse.encodeURL and encodeRedirectURL appends link anchor before query string.

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-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java

kinman 02/04/05 10:40:50 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java Log: - Fixed some typo and obvious bugs. - Reverted codes to init JspAttrs in Node.CustomTag: not the right place for it. Revision ChangesPath

DO NOT REPLY [Bug 7771] - [PATCH] HttpServletResponse.encodeURL and encodeRedirectURL appends link anchor before query string.

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 7700] - [PATCH] Anchors don't work when session tracking is handled by URL rewrite

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-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

costin 02/04/05 09:50:39 Added: http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: Initial implementation of http11 'protocolHandler' The SSL stuff is not completely plugged in, and it will require a recompilation of util ( so you have the util.net available

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

costin 02/04/05 09:48:27 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Added some comments with the code that will have to be added to pass up the SSL information. This info shouldn't be extracted unless the user requests

cvs commit: jakarta-tomcat-connectors/util build.xml

costin 02/04/05 09:45:08 Modified:util build.xml Log: Add detection script for JSSE and PureTLS ( cut&paste from tomcat ). For PureTLS - I think it would be usefull to not require it in classpath, but that's who it is right now in 33. Revision ChangesPath 1.4

webapp_bug

Hi! I have a big problem, i think it we found a bug in apache-tomcat mod_webapp connector. I attached the example servlet. The client gets the first byte from DumpServlet only after all have been written AND doGet (doPost) of DumpServlet returned. Seems to be a bug in the connector (it works we

why doesnt auto discovery of uri's from tld not work in tomcat 4.0.4

Hi The jsp spec 1.2 says that All i need to do is drop tld files in web-inf folder or subdirectory OR drop tlds packaged in jars in web-inf/lib folder and I can use the uri (in these tld files ) in my jsp like <%@ taglib uri="myuri" prefix... %> but the implementation of 4.03 doesnt support

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net - New directory

costin 02/04/05 09:40:48 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Coyote: replacing Processor with ProtocolHandler

> On Fri, 5 Apr 2002, Remy Maucherat wrote: > > > > There is no problem if we use 2 Http11Protocol, one with ThreadPool the > > > other with 4.0 threads. Right now I'm working on the TP one. > > > > We don't need two, so I'll try yours ;-) > > Do you plan to write the Http11ProtocolHandler ? > > A

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java

remm02/04/05 09:26:25 Modified:catalina/src/share/org/apache/catalina/connector Tag: tomcat_40_branch HttpResponseBase.java Log: - Port patch. - It looks like the anchor part should be appended after the query part in the URI. Section 4 and 5.2 of R

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java

remm02/04/05 09:25:26 Modified:catalina/src/share/org/apache/catalina/connector HttpResponseBase.java Log: - Port patch. - It looks like the anchor part should be appended after the query part in the URI. Section 4 and 5.2 of RFC 2396. - Thanks to

Re: Coyote: replacing Processor with ProtocolHandler

On Fri, 5 Apr 2002, Remy Maucherat wrote: > > There is no problem if we use 2 Http11Protocol, one with ThreadPool the > > other with 4.0 threads. Right now I'm working on the TP one. > > We don't need two, so I'll try yours ;-) > Do you plan to write the Http11ProtocolHandler ? Already done, bu

DO NOT REPLY [Bug 7771] - [PATCH] HttpServletResponse.encodeURL and encodeRedirectURL appends link anchor before query string.

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-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java

remm02/04/05 09:01:01 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - It looks like the anchor part should be appended after the query part in the URI. Section 4 and 5.2 of RFC 2396. - Thanks to Kare Nuorteva for the p

DO NOT REPLY [Bug 7772] - Redirect failed after changing an image

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 7772] New: - Redirect failed after changing an image

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 7771] - [PATCH] HttpServletResponse.encodeURL and encodeRedirectURL appends link anchor before query string.

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 7771] New: - [PATCH] HttpServletResponse.encodeURL and encodeRedirectURL appends link anchor before query string.

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 7770] New: - NPE in at session creation shortly after starting tomcat 3.3.1

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-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

remm02/04/05 07:53:09 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Coding style :) Revision ChangesPath 1.13 +7 -4 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.j

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote ProtocolHandler.java

remm02/04/05 07:52:45 Modified:coyote/src/java/org/apache/coyote ProtocolHandler.java Log: - Coding style :) Revision ChangesPath 1.2 +19 -8 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/ProtocolHandler.java Index: ProtocolHandler.java

Re: Coyote: replacing Processor with ProtocolHandler

> On Fri, 5 Apr 2002, Remy Maucherat wrote: > > > > It's easy to implement it in http11 - this is duplicated in the 33/40 > > > versions. I would prefer to use the 33 thread pool from util, but > > > I'm ok with the code used in 40 ( or I can implement both, with an > > > option ). > > > > The 4.0

DO NOT REPLY [Bug 7702] - [PATCH] Speed up Tomcat a tiny bit

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

[PATCH] jakarta-tomcat-connectors/jk/doc/Tomcat-Workers-HowTo.html

Hi, here is the docs patch for the previouse patch of lb-worker. The base file is the current version from cvs. But someone should look at it with more experience in writing docs in English :) Have a nice weekend! Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +

Re: Coyote: replacing Processor with ProtocolHandler

> Hi, > > In order to merge the connector-related code in Coyote and jk, I need > a different abstraction. Processor takes InputStream/OutputStream params, > and assumes the connector will listen on the port, etc. > > The problem is that it doesn't map to things like JNI and is hard to > abstract

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

> costin 02/04/04 14:34:46 > > Modified:http11/src/java/org/apache/coyote/http11 > Http11Processor.java > Log: > Moved the parseHost method from coyote. > > That's another step in merging the connector code and sharing a single > codebase. > > Th

[GUMP] Build Failure - jakarta-tomcat-4.0

This email is autogenerated from the output from: Buildfile: build.xml deploy-prepare: deploy-static: deploy:

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

remm02/04/05 05:37:39 Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java Log: - Fix the build (remove TC 3.3 imports + "implement" missing method). Revision ChangesPath 1.2 +4 -4 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkCoyoteHandl

DO NOT REPLY [Bug 7759] - Reload an existing Application : KO

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 7762] New: - stdout logfile handling

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 4668] - File download over http corrupt

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: [PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

>> BTW, Bernd could you make a little documentation which could >> be included in jk doc and add example ? >> >> Excellent works ;) > >Thanks, I'll have a look at the docs in detail and add some >example. Should I >sent these files to this list? Yes, please ;) -- To unsubscribe, e-mail:

Re: [PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

GOMEZ Henri wrote: > Seems a good patch. > > Should be commited. > > BTW, Bernd could you make a little documentation which could > be included in jk doc and add example ? > > Excellent works ;) Thanks, I'll have a look at the docs in detail and add some example. Should I sent these files to

DO NOT REPLY [Bug 4668] - File download over http corrupt

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: [PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

Seems a good patch. Should be commited. BTW, Bernd could you make a little documentation which could be included in jk doc and add example ? Excellent works ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_

[PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

Hi, some days ago I sent a question for an only routing lb-worker. Costin asked for the patch and here it is. I added two config-directives for the lb-worker: local_worker - this is the name of the worker which should get the request if there is no session or no jvmRoute. fault_action - the

DO NOT REPLY [Bug 7759] New: - Reload an existing Application : KO

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