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

Ok, now you've got me really confused. It looks like I should have a single instance of Processor (and thus a single instance of Adapter). At the moment, both are per-Thread in tomcat3. But I can't see how this can work even in o.a.c.tomcat4, since the tomcat4 Adapter uses the same

DO NOT REPLY [Bug 3878] - Multiple Content-Type and Content-Length headers in response

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=3878. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 3878] - Multiple Content-Type and Content-Length headers in response

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=3878. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 6978] - Querystring missing using IIS

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=6978. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7036] - cannot get multibyte characters in TomCat

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=7036. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7148] New: - Log is not flushed

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=7148. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-tomcat/proposals/PasswordPrompter readme

larryi 02/03/15 03:34:02 Added: proposals/PasswordPrompter readme Log: Add some documentation Revision ChangesPath 1.1 jakarta-tomcat/proposals/PasswordPrompter/readme Index: readme

DO NOT REPLY [Bug 6978] - Querystring missing using IIS

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=6978. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-tomcat-4.0/webapps/admin/logger - New directory

manveen 02/03/15 01:36:05 jakarta-tomcat-4.0/webapps/admin/logger - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.0/webapps/admin/logger logger.jsp

manveen 02/03/15 01:44:18 Modified:webapps/admin/WEB-INF struts-config.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties Lists.java

setting up tomcat to accept client certificate

Hi All, Whenever I try to set the parameter clientAuth=true in the server.xml to accept client certificate from the user, after restarting Tomcat starts up well, but then I get 'Cannot find server' error when I try to access the https sites. But the http sites work perfectly. But when this

Re: setting up tomcat to accept client certificate

Kunal, This is exactly how the code is supposed to work: the certificate is *not* fetched from the client if the parameter is set to 'false'. Patrick kunal kaviraj wrote: Hi All, Whenever I try to set the parameter clientAuth=true in the server.xml to accept client certificate from the

Re: setting up tomcat to accept client certificate

kunal kaviraj [EMAIL PROTECTED] writes: Whenever I try to set the parameter clientAuth=true in the server.xml to accept client certificate from the user, after restarting Tomcat starts up well, but then I get 'Cannot find server' error when I try to access the https sites. But the http

RE: setting up tomcat to accept client certificate

tomcat-user question... but: Can your server reach the CA for the client certificate? AFAICR it must check the cert is valid.. -Original Message- From: patrick.luby Sent: 15 March 2002 17:11 To: tomcat-dev Cc: patrick.luby Subject: Re: setting up tomcat to accept client certificate

RE: In memory session replication, reminder

I would change the name javagroups to be cluster, that way we can make it pluggable to any underlying layer. I will have something by the end of next week. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -Original Message-

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/logger SetUpLoggerAction.java

patrickl02/03/15 10:26:32 Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/logger SetUpLoggerAction.java Log: Add back source file that was incorrectly removed. Without this file, build will fail. Revision ChangesPath 1.4 +1

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

Yeah, my mistake was trying to read commit messages when I was in the middle of doing something else. :-) Just my usual confusion about the 2-state vs. 4-state Lifecycle. - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent:

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config realm.xml

craigmcc02/03/15 10:37:42 Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java webapps/tomcat-docs/config realm.xml Log: Major enhancements to the JNDIRealm implementation. While remaining backwards compatible with the previous implementation, the

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

remm02/03/15 11:02:58 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Fix a few comments. Revision ChangesPath 1.10 +2 -5

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

remm02/03/15 11:04:49 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java Log: - The session ID parsing code was incorrect (it needed to be adapted over the old TC 4 code). Bug reported by Craig. Revision ChangesPath

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

remm02/03/15 11:07:36 Modified:coyote/src/java/org/apache/coyote Response.java coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - Add support for expectation. - Note: This means adding a new method in the HttpResponse

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardWrapperValve.java

remm02/03/15 11:12:49 Modified:catalina/src/share/org/apache/catalina Response.java catalina/src/share/org/apache/catalina/connector HttpResponseBase.java catalina/src/share/org/apache/catalina/core

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappLoader.java

remm02/03/15 12:18:40 Modified:catalina/src/share/org/apache/catalina/loader WebappLoader.java Log: - Cosmetic change, to avoid displaying some warnings during stop. Revision ChangesPath 1.27 +8 -6

DO NOT REPLY [Bug 4707] - HttpServletRequest.getPathInfo() method strips consecutive / chars

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=4707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 4707] - HttpServletRequest.getPathInfo() method strips consecutive / chars

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=4707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection

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=5181. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 6223] - setContentType changes HTTP headers to type specfied

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=6223. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 6279] - Resubmit to j_security_check mistakenly fetches a page of that name

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=6279. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7160] New: - Jasper compiles files to same classname.

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=7160. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[Coyote] 1.0 beta 3 today or tomorrow ?

I'd like to release Coyote 1.0 beta 3 soon. Is everyone ok with that ? Bill, is the timing fine with you ? I cleaned up the URL decoding with TC 4, which should make the connector as secure as the old HTTP/1.1 connector was. I also implemented a few missing features, like: - HTTP/1.1

DO NOT REPLY [Bug 7059] - Jasper compiler holds pointers to jars in WEB-INF/lib: cannot delete

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=7059. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [Coyote] 1.0 beta 3 today or tomorrow ?

The only important thing I need to get in is the start/stop calls on the Processor. It obviously won't take very long, but I won't be able to get to it until this evening (PST). None of the other changes affect the 3.3 Adapter.They either just start working (e.g. expectations), or are

StackOverflowError in tomcat3.3.1-rc1.1 with redhat 7.2

Hi, I have had this problem since around 3.2, (and posted here about it, the subject was TC 3.3.3 with Apache stack space error I just installed the tomcat3-3.3.1-rc1.1.noarch.rpm (and the tomcat-mod-3.3-1.i386.rpm, and other required RPMs), and I'm still getting this: -

DO NOT REPLY [Bug 7168] New: - Can not parse variable element in tld

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=7168. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[Tomcat] Is there any support for clustering planed or already under way?

Hello, I'm currently investigating the possibility of running apache-tomcat on more than one machine with session-sharing between servers. Is it possible to do such a thing or is there anything like this planned for a future release of tomcat? I can imaging that clustering support could be

DO NOT REPLY [Bug 7168] - Can not parse variable element in tld

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=7168. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7169] New: - Using HTTP file submission, SWF file causes Java exception

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=7169. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[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 ++ JavaServer Pages (JSP) FAQ:

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

billbarker02/03/15 19:29:42 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor.java Log: Make certain that the Processor is started and stopped. This is to stay in line with recent changes in the Http11Processor. Revision Changes

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

billbarker02/03/15 19:51:25 Modified:http11 build.xml Log: Add the default commons-logging.jar. This way lazy people (like me) can build without the build.properties file. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-connectors/http11/build.xml

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

billbarker02/03/15 20:47:30 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteProcessor.java CoyoteRequest.java Log: Fix problem with getRemoteAddr() and getRemoteHost(). Since I'm the only one with a socket, it's not possible to delegate this to

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

billbarker02/03/15 21:03:03 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteRequest.java Log: Missed one field in the last port. Now getServerPort is working again as well. Revision ChangesPath 1.6 +1 -0

Coyote Beta 3

The 3.3 Adapter is ready for Beta 3, whenever you want to put it together. -- 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/servlets DefaultServlet.java

remm02/03/15 21:28:15 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Using the URL encoded requestURI can lead to double URL encoding. Note: Some of the redirects could be avoided. This will be done in a later

Re: Coyote Beta 3

The 3.3 Adapter is ready for Beta 3, whenever you want to put it together. Thanks Bill. I'm not totally ready, as I was reimplementing some inefficient algorithms in the TC 4 adapter (I'm going through them one by one). Now, I still have to go through some testing. Remy -- To unsubscribe,

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

remm02/03/15 21:31:12 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java Log: - Reimplement the URI normalization algorithm using a memory efficient algorithm. Revision ChangesPath 1.16 +77 -33

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

remm02/03/15 21:33:53 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - The sendRedirect algorithm seemed inefficient (although it worked). I left the old code commented out in case this causes problems. Among other

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java

remm02/03/15 21:34:57 Modified:util/java/org/apache/tomcat/util/buf ByteChunk.java Log: - Fix an off-by-one bug: if the requested string was the last bytes in the chunk, it wouldn't be found. Revision ChangesPath 1.8 +1 -1

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

remm02/03/15 22:09:13 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - Fix two Watchdog failures. Revision ChangesPath 1.10 +8 -6

Re: Coyote Beta 3

- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, March 15, 2002 9:30 PM Subject: Re: Coyote Beta 3 The 3.3 Adapter is ready for Beta 3, whenever you want to put it together. Thanks Bill. I'm not totally ready,

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java

billbarker02/03/15 22:37:46 Modified:util/java/org/apache/tomcat/util/buf ByteChunk.java Log: When looking at Remy's change, this caught my eye. If I'm doing something really stupid here, please -1. util/buf is not one of the packages I've studied a lot. Revision

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf CharChunk.java

remm02/03/15 22:49:15 Modified:util/java/org/apache/tomcat/util/buf CharChunk.java Log: - Port Bill's change to CharChunk. Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/CharChunk.java Index:

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/bufByteChunk.java

On 16 Mar 2002 [EMAIL PROTECTED] wrote: billbarker02/03/15 22:37:46 Modified:util/java/org/apache/tomcat/util/buf ByteChunk.java Log: When looking at Remy's change, this caught my eye. If I'm doing something really stupid here, please -1. util/buf is not one of the

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java CharChunk.java

billbarker02/03/15 23:29:15 Modified:src/share/org/apache/tomcat/util/buf ByteChunk.java CharChunk.java Log: Porting fixes from j-t-c. Revision ChangesPath 1.10 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/util/buf/ByteChunk.java

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java

Just checked in to 3.3. - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, March 15, 2002 11:03 PM Subject: Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java On 16 Mar

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

remm02/03/15 23:47:33 Modified:src/share/org/apache/tomcat/util/buf ByteChunk.java Log: - Port indexOf patch to 3.3. Feel free to -1. Revision ChangesPath 1.11 +7 -7 jakarta-tomcat/src/share/org/apache/tomcat/util/buf/ByteChunk.java Index:

DO NOT REPLY [Bug 7170] New: - JDBCStore don't work with Orcale 8.x

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=7170. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 7171] New: - FileStore directory must exists !

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=7171. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.