DO NOT REPLY [Bug 7008] New: - facade.HttpServletRequestFacade.getParameter(HttpServletRequestFacade.java:277) -- java.lang.ArrayIndexOutOfBoundsException

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

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

I'd like it if this could make it into o.a.c.Processor as well. Since Costin has done a lot of work on this in 3.3, I'd like to make it settable (with a default of true), and if it is in Processor I don't have to resort to introspection. It's not a big deal, since the introspection tools

[PATCH] build.xml tomcat 4.0.2-3 rpm

This is a patch to fix $CATALINA_HOME/webapps/tomcat-docs/appdev/sample/build.xml. It had a javadoc element that was closed twice on line 302. -- Kevin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Bug report for Tomcat 3 [2002/03/10]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 4 [2002/03/10]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

DO NOT REPLY [Bug 7013] New: - Entering a servlet path with non-ISO8859-1 characters sends Tomcat into a death spiral

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

DO NOT REPLY [Bug 7013] - Entering a servlet path with non-ISO8859-1 characters sends Tomcat into a death spiral

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

DO NOT REPLY [Bug 6998] - java code generated by jspc can't be compiled

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

j-t-c standalone releases ?

If I remember well, it was decided some time ago it was ok to release connectors as modules for Tomcat. Since I'd like to distribute beta versions of Coyote, I went ahead and created some binary distribution directories. http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1

RE: j-t-c standalone releases ?

+1 -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 10, 2002 4:00 PM To: [EMAIL PROTECTED] Subject: j-t-c standalone releases ? If I remember well, it was decided some time ago it was ok to release connectors as modules for Tomcat. Since

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

billbarker02/03/10 16:24:10 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteProcessor.java CoyoteRequest.java CoyoteResponse.java Log: Fix problems with the initial version. This version almost runs (if you patch

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

remm02/03/10 16:26:50 Modified:coyote/src/java/org/apache/coyote Request.java Log: - Add a field to store the decoded URI. Revision ChangesPath 1.7 +6 -0 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java Index: Request.java

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

remm02/03/10 16:35:25 Modified:http11/src/java/org/apache/coyote/http11 Constants.java Http11Processor.java InternalInputBuffer.java Log: - Remove the URL i18n flag. Instead, provide a way to do a memory efficient URL decoding. This should allow

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

billbarker02/03/10 16:24:10 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteProcessor.java CoyoteRequest.java CoyoteResponse.java Log: Fix problems with the initial version. This version almost runs (if you patch

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remy Maucherat [EMAIL PROTECTED] writes: snip/ I already apologized 3 times for the problems with Xalan in particular. Thankfully, the workaround is simple enough. So here's one more: I'd like to apologoize for letting this bug sneak in the

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

Remy Maucherat [EMAIL PROTECTED] writes: snip/ I already apologized 3 times for the problems with Xalan in particular. Thankfully, the workaround is simple enough. So here's one more: I'd like to apologoize for letting this bug sneak in the release. 4.0.4 b1 should fix it (at

cookie retrieval II

Hello Everyone, Similar to a previous posting, I have some code to make a cookie: Cookie cook = new Cookie(memberCookie, userid); cook.setPath(/mydir); response.addCookie(cook); and to retreive the cookie: Cookie cookies[] = request.getCookies(); for(int i = 0; i cookies.length; i++) {

Re: cookie retrieval II

if (cookies[i].getName().equals(memberCookie)); { It looks like the problem is the semicolon after the if() ^ This code will print out all the cookies, not just the memberCookie. - Original Message - From: Paul Wallace [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED]

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

I already apologized 3 times for the problems with Xalan in particular. Thankfully, the workaround is simple enough. So here's one more: I'd like to apologoize for letting this bug sneak in the release. 4.0.4 b1 should fix it (at least with Xalan). The only thing this release should

[Coyote] Coyote 1.0 Beta 1 available

The first beta of Coyote 1.0 is now available, and includes: - A high performance HTTP/1.1 connector - An adapter for Tomcat 4.0.x (an adapter for Tomcat 3 is in development, and should be available in Beta 2) Binaries can be downloaded at:

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

billbarker02/03/10 22:07:00 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteRequest.java Log: Fix handling of the request body. It helps if you actually *read* the request body at some point. Revision ChangesPath 1.3 +3 -2

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remy Maucherat [EMAIL PROTECTED] writes: Remy Maucherat [EMAIL PROTECTED] writes: snip/ This is the wierdness that I was talking about. What Xalan bug did you fix? The javax.xml packages couldn't be loaded from the webapp repository

Re: j-t-c standalone releases ?

- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, March 10, 2002 2:00 PM Subject: j-t-c standalone releases ? If I remember well, it was decided some time ago it was ok to release connectors as modules for Tomcat. Since I'd like to

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

The POST was just me forgetting to actually read the request body. The Cookies was a combination of this (the CookieServlet uses POST), and my forgetting that I'd disabled Cookies in the browser for localhost (to test some encodeURL bug), and had forgotten to re-enable them. The TC3 Coyote now

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

Remy Maucherat [EMAIL PROTECTED] writes: Remy Maucherat [EMAIL PROTECTED] writes: snip/ This is the wierdness that I was talking about. What Xalan bug did you fix? The javax.xml packages couldn't be loaded from the webapp repository (because of the way delegation works in the

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

billbarker02/03/10 22:45:44 Modified:src/share/org/apache/tomcat/util/buf HexUtils.java Log: Port change from j-t-c. This has no effect on existing 3.3.x code, but Coyote explodes without it. Doing this now will allow people to test Coyote against a released version.

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

remm02/03/10 23:12:07 Modified:http11/src/java/org/apache/coyote/http11 InternalOutputBuffer.java Log: - Write the message cause specified in the response. Revision ChangesPath 1.10 +5 -1

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

remm02/03/10 23:13:39 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - The date format should be GMT. Revision ChangesPath 1.6 +16 -5

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

remm02/03/10 23:14:22 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java Log: - The query string should return null if it's empty. Revision ChangesPath 1.9 +10 -5

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

remm02/03/10 23:16:33 Modified:coyote/src/java/org/apache/coyote/tomcat4 OutputBuffer.java Log: - Don't auto calculate content-length if already specified in the response (even if it doesn't match). Revision ChangesPath 1.6 +1 -1

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remy Maucherat [EMAIL PROTECTED] writes: snip/ Which JDK are you using ? I assume 1.3.x. 1.2.x, 1.3.x, 1.4.x ... need to support them all. I'll do my best to continue improving the CL (so that all the exclusions tricks would be

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remy Maucherat [EMAIL PROTECTED] writes: I already apologized 3 times for the problems with Xalan in particular. Thankfully, the workaround is simple enough. So here's one more: I'd like to apologoize for letting this bug sneak in the

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

Remy Maucherat [EMAIL PROTECTED] writes: I already apologized 3 times for the problems with Xalan in particular. Thankfully, the workaround is simple enough. So here's one more: I'd like to apologoize for letting this bug sneak in the release. 4.0.4 b1 should fix it (at

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

remm02/03/10 23:40:49 Modified:catalina/src/share/org/apache/catalina/core Tag: tomcat_40_branch StandardWrapper.java Log: - Fix dual initialization of a servlet problem which was introduced in 4.0.4 b1. Bug reported by Kevin Burton. Revision

Re: Tomcat 4.0.4b1 calls init() twice? (and strange bugs)

Remy Maucherat [EMAIL PROTECTED] writes: snip/ Which JDK are you using ? I assume 1.3.x. 1.2.x, 1.3.x, 1.4.x ... need to support them all. I'll do my best to continue improving the CL (so that all the exclusions tricks would be unnecessary), but I'm running out of ideas

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

remm02/03/10 23:51:20 Modified:coyote/src/java/org/apache/coyote Response.java Log: - Both the tester and Watchdog like to get the country code added to the language. Returning the language only is correct according to the HTTP spec, so is it really required ?