DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes SEVERE error in server log

2003-03-22 Thread bugzilla
/show_bug.cgi?id=18238 Client (JSP) request abort causes SEVERE error in server log [EMAIL PROTECTED] changed: What|Removed |Added Severity|Minor |Normal

DO NOT REPLY [Bug 18225] New: - Regression in Tomcat 5: Request failed to match default servlet

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18225 Regression in Tomcat 5: Request failed to match default servlet Summary: Regression in Tomcat 5: Request failed to match default servlet Product: Tomcat 5 Version: 5.0.1 Platform: Sun OS/Version: Solaris

DO NOT REPLY [Bug 18225] - Regression in Tomcat 5: Request failed to match default servlet

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18225 Regression in Tomcat 5: Request failed to match default servlet [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 10419] - Session-ID grabbing from Request accepts invalid session cookies in presense of valid URL sessions

2003-03-21 Thread bugzilla
/show_bug.cgi?id=10419 Session-ID grabbing from Request accepts invalid session cookies in presense of valid URL sessions [EMAIL PROTECTED] changed: What|Removed |Added Status

DO NOT REPLY [Bug 18238] New: - Client (JSP) request abort causes SEVERE error in server log

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18238 Client (JSP) request abort causes SEVERE error in server log Summary: Client (JSP) request abort causes SEVERE error in server log Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Windows NT/2K

DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes SEVERE error in server log

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18238 Client (JSP) request abort causes SEVERE error in server log --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 23:23 --- If anyone has a patch for this, I'd be extremely interested. For that matter, if anyone has a clue where to look, I'd be more than willing

DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes SEVERE error in server log

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18238 Client (JSP) request abort causes SEVERE error in server log --- Additional Comments From [EMAIL PROTECTED] 2003-03-21 23:24 --- A confirmation that this is just an over-reaction on the part of Tomcat and not a sign of a SEVERE problem as it states would be very helpful

DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes SEVERE error in server log

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18238 Client (JSP) request abort causes SEVERE error in server log --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 07:02 --- Further info: This is absolutely reproducible in 4.1.18 as well after all. I presume that one could solve this similar to the fix I see

DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes SEVERE error in server log

2003-03-21 Thread bugzilla
/show_bug.cgi?id=18238 Client (JSP) request abort causes SEVERE error in server log [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Minor

DO NOT REPLY [Bug 10419] - Session-ID grabbing from Request accepts invalid session cookies in presense of valid URL sessions

2003-03-19 Thread bugzilla
/show_bug.cgi?id=10419 Session-ID grabbing from Request accepts invalid session cookies in presense of valid URL sessions [EMAIL PROTECTED] changed: What|Removed |Added CC

feature request

2003-03-17 Thread Riyaz Mansoor
and some in catalina_home/shared/classes. currently i have to put my custom extensions on the catalina_home (as above) directory structure. so i'd like to request that the classloader load from the catalina_base directory structure and (then) from the catalina_home directory structure. this way my

DO NOT REPLY [Bug 16598] - request causing jk exception

2003-02-27 Thread bugzilla
/show_bug.cgi?id=16598 request causing jk exception --- Additional Comments From [EMAIL PROTECTED] 2003-02-27 15:53 --- I just tried this with tomcat-4.1.20 and the problem persists please can someone fix this and not just close the bug. FYI I noticed the pust included '.' at the end of each

DO NOT REPLY [Bug 17435] New: - Request-time attribute values are not properly evaluated when providing values to the name attribute of jsp:element

2003-02-26 Thread bugzilla
/show_bug.cgi?id=17435 Request-time attribute values are not properly evaluated when providing values to the name attribute of jsp:element Summary: Request-time attribute values are not properly evaluated when providing values to the name attribute

DO NOT REPLY [Bug 17435] - Request-time attribute values are not properly evaluated when providing values to the name attribute of jsp:element

2003-02-26 Thread bugzilla
/show_bug.cgi?id=17435 Request-time attribute values are not properly evaluated when providing values to the name attribute of jsp:element [EMAIL PROTECTED] changed: What|Removed |Added

REPOST: Possible Socket Handling Bug? : Applet Cannot Make HTTP POST Request to Tomcat w/IIS Redirector

2003-02-26 Thread Rick Bullotta
iStrm = new DataInputStream(new BufferedInputStream(urlconnection.getInputStream(), 8192)); int nSuccessCode = iStrm.readInt(); ... = stderr.log output: = SEVERE: Error decoding request java.net.SocketTimeoutException: Read

Possible Socket Handling Bug? : Applet Cannot Make HTTP POST Request to Tomcat w/IIS Redirector

2003-02-25 Thread Rick Bullotta
)); int nSuccessCode = iStrm.readInt(); ... = stderr.log output: = SEVERE: Error decoding request java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-18 Thread Jim Smart
Can this functionality be back-ported to the 4.1 tree? tia, Jim -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED]] Sent: 17 February 2003 04:48 To: Tomcat Developers List Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue - Original Message

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-17 Thread Remy Maucherat
Bill Barker wrote: - Original Message - From: neal [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Sunday, February 16, 2003 8:00 PM Subject: RE: Request to Fix Tomcat Standalone 302 redirect Issue So it *will* be in tomcat 5? My head is spinning...so confusing

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-17 Thread neal
PROTECTED]] Sent: Monday, February 17, 2003 1:58 AM To: Tomcat Developers List Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue Bill Barker wrote: - Original Message - From: neal [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Sunday, February 16

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-17 Thread Tim Funk
) is the problem with it breaking an app ... really a problem? -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Monday, February 17, 2003 1:58 AM To: Tomcat Developers List Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue Bill Barker wrote

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-17 Thread Donald Ball
RequestDispatcher.forward to handle the request, right? But these checks should already be done by the RequestDispatcher, otherwise _anything_ that uses rd.forward could break security. So if we trust rd, what's the issue? If we don't, um, why _not_? - donald

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-17 Thread Craig R. McClanahan
On Mon, 17 Feb 2003, Donald Ball wrote: Date: Mon, 17 Feb 2003 11:44:16 -0500 From: Donald Ball [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue Tim Funk

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-17 Thread Tim Funk
RequestDispatcher.forward to handle the request, right? But these checks should already be done by the RequestDispatcher, otherwise _anything_ that uses rd.forward could break security. So if we trust rd, what's the issue? If we don't, um, why _not_? - donald

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread neal
for people new to the product who need to make informed decisions. Thanks. Neal -Original Message- From: Reinhard Moosauer [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 16, 2003 4:47 AM To: Tomcat Developers List Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue Hi

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread neal
:[EMAIL PROTECTED]] Sent: Sunday, February 16, 2003 10:54 AM To: Tomcat Developers List Subject: RE: Request to Fix Tomcat Standalone 302 redirect Issue Aha! That's exactly what I was looking for - a forward rather than a redirect! Great, I will check out the thread and keep my fingers crossed

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread neal
, February 16, 2003 11:12 AM To: Tomcat Developers List Subject: RE: Request to Fix Tomcat Standalone 302 redirect Issue Actually, I found the archives by doing a google web search. In the thread it *sounds* like it has been added to Tomcat 5.0 and is not something I can toggle within the web.xml file

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread Tim Funk
5 will *probably* not be final until - The specs(Serlvet 2.4, jsp 2.) become final - The many internal changes are tested more - The committers vote to declare it so From seeing past messages - it looks like the specs being declared final is the buggest hurdle (to wait for). (But there have been

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread Tim Funk
behavior for my default page. :-\ Thanks Neal -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 16, 2003 11:39 AM To: Tomcat Developers List Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue 5 will *probably* not be final until

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread neal
? If not, I guess I need to completely scrap use of Tomcat standalone and start looking at other products. :-\ Thanks. Neal -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 16, 2003 6:44 PM To: Tomcat Developers List Subject: Re: Request to Fix Tomcat

RE: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread neal
will be available? :) Thanks. Neal -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 16, 2003 8:01 PM To: Tomcat Developers List Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue For TC 5, it isn't in DefaultServlet (which gets called way too

Re: Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-16 Thread Bill Barker
- Original Message - From: neal [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Sunday, February 16, 2003 8:00 PM Subject: RE: Request to Fix Tomcat Standalone 302 redirect Issue So it *will* be in tomcat 5? My head is spinning...so confusing. How does one

Request to Fix Tomcat Standalone 302 redirect Issue

2003-02-15 Thread neal
Has anyone considered fixing the following Tomcat standalone issue: if a request is made to www.xyz.com, tomcat auto redirects (per the welcome files list) to www.xyz.com/index.html. That's a 302 http redirect. Aside from this being a very non-standard approach th handling default files within

DO NOT REPLY [Bug 16598] New: - request causing jk exception

2003-01-30 Thread bugzilla
/show_bug.cgi?id=16598 request causing jk exception Summary: request causing jk exception Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component

DO NOT REPLY [Bug 16078] - Request parameter aggregation when using jsp:param is no longer working as expected.

2003-01-28 Thread bugzilla
/show_bug.cgi?id=16078 Request parameter aggregation when using jsp:param is no longer working as expected. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW

DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username

2003-01-22 Thread bugzilla
/show_bug.cgi?id=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED

DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username

2003-01-21 Thread bugzilla
/show_bug.cgi?id=12196 request.getRemoteUser() returns null for AJP request with remote username --- Additional Comments From [EMAIL PROTECTED] 2003-01-21 20:26 --- I'm a bit confused about tomcatAuthentication=false. It existed as an option in the Coyote connector at least up to version

DO NOT REPLY [Bug 16146] - POST request with invalid Content-Length header

2003-01-16 Thread bugzilla
/show_bug.cgi?id=16146 POST request with invalid Content-Length header [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED

DO NOT REPLY [Bug 16146] New: - POST request with invalid Content-Length header

2003-01-15 Thread bugzilla
/show_bug.cgi?id=16146 POST request with invalid Content-Length header Summary: POST request with invalid Content-Length header Product: Tomcat 4 Version: 4.0 Beta 1 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major

DO NOT REPLY [Bug 16146] - POST request with invalid Content-Length header

2003-01-15 Thread bugzilla
/show_bug.cgi?id=16146 POST request with invalid Content-Length header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 16146] - POST request with invalid Content-Length header

2003-01-15 Thread bugzilla
/show_bug.cgi?id=16146 POST request with invalid Content-Length header [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED

DO NOT REPLY [Bug 16078] New: - Request parameter aggregation when using jsp:param is no longer working as expected.

2003-01-14 Thread bugzilla
/show_bug.cgi?id=16078 Request parameter aggregation when using jsp:param is no longer working as expected. Summary: Request parameter aggregation when using jsp:param is no longer working as expected. Product: Tomcat 5 Version: Nightly Build

DO NOT REPLY [Bug 16032] New: - Not all attributes get copied when the request is forwarded

2003-01-13 Thread bugzilla
/show_bug.cgi?id=16032 Not all attributes get copied when the request is forwarded Summary: Not all attributes get copied when the request is forwarded Product: Tomcat 4 Version: 4.1.12 Platform: All OS/Version: All Status

request changes on catalina.sh and setclasspath.sh

2003-01-12 Thread Michael Wang
(1) I would like to request changes to catalina.sh: - Save PID in a file upon starting Tomcat - Remove the said PID file upon stopping it. Reason for request: This makes it possible to reliably, and programatically to check the existence of the Tomcat java process. ps command is not able

DO NOT REPLY [Bug 15872] New: - ContextManager: Error reading request, ignored - java.lang.ArrayIndexOutOfBoundsException

2003-01-07 Thread bugzilla
/show_bug.cgi?id=15872 ContextManager: Error reading request, ignored - java.lang.ArrayIndexOutOfBoundsException Summary: ContextManager: Error reading request, ignored - java.lang.ArrayIndexOutOfBoundsException Product: Tomcat 3 Version: 3.2.x Nightly

DO NOT REPLY [Bug 9526] - HttpServletRequest.getHeader(String) yields inconsistent results depending on how the request header was provided to tomcat

2003-01-05 Thread bugzilla
/show_bug.cgi?id=9526 HttpServletRequest.getHeader(String) yields inconsistent results depending on how the request header was provided to tomcat --- Additional Comments From [EMAIL PROTECTED] 2003-01-05 19:27 --- Whining? Please. I thought this was a spec compliance issue... and after I

DO NOT REPLY [Bug 15795] New: - Request with mailformed URL causes NullPointerException

2003-01-04 Thread bugzilla
/show_bug.cgi?id=15795 Request with mailformed URL causes NullPointerException Summary: Request with mailformed URL causes NullPointerException Product: Tomcat 4 Version: 4.1.12 Platform: PC OS/Version: Windows NT/2K Status: NEW

DO NOT REPLY [Bug 10383] - Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely

2003-01-04 Thread bugzilla
/show_bug.cgi?id=10383 Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely --- Additional Comments From [EMAIL PROTECTED] 2003-01-04 22:28 --- Thank you very much for the patch. Especially the second version of the patch

RE: DO NOT REPLY [Bug 10383] - Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely

2003-01-04 Thread Sean Reilly
CVSZilla (http://homepages.kcbbs.gen.nz/~tonyg/) supports this kind of functionality quite nicely. Sean Reilly Software Architect, Point2 Technologies, Inc. (306) 955-1855 [EMAIL PROTECTED] -Original Message- (snip) One last general request that is not focused on you: When I

DO NOT REPLY [Bug 9526] - HttpServletRequest.getHeader(String) yields inconsistent results depending on how the request header was provided to tomcat

2003-01-04 Thread bugzilla
/show_bug.cgi?id=9526 HttpServletRequest.getHeader(String) yields inconsistent results depending on how the request header was provided to tomcat [EMAIL PROTECTED] changed: What|Removed |Added

DO NOT REPLY [Bug 10383] - Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely

2002-12-30 Thread bugzilla
/show_bug.cgi?id=10383 Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely [EMAIL PROTECTED] changed: What|Removed |Added

DO NOT REPLY [Bug 10383] - Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely

2002-12-30 Thread bugzilla
/show_bug.cgi?id=10383 Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely [EMAIL PROTECTED] changed: What|Removed |Added

DO NOT REPLY [Bug 10383] - Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely

2002-12-29 Thread bugzilla
/show_bug.cgi?id=10383 Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely --- Additional Comments From [EMAIL PROTECTED] 2002-12-29 22:18 --- Hi, meanwhile I found time (OK, quite a long time has passed between now and my

DO NOT REPLY [Bug 10383] - Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely

2002-12-29 Thread bugzilla
/show_bug.cgi?id=10383 Specially crafted GET request causes the answering httpd process and the answering AJP13 processor to hang indefinitely --- Additional Comments From [EMAIL PROTECTED] 2002-12-29 22:20 --- Created an attachment (id=4284) Patch to comments from 2002-12-29 22:18

Request for addition on invoker to release-notes in tomcat 4.0.5 and 4.0.6

2002-12-22 Thread IAS
Many beginners on servlet technology including readers of Java Servlet Programming Korean edition that I translated seem confused with invoker policy from Tomcat 4.0.5 and 4.1.12 and feel difficulty figuring how to execute a servlet with /servlet/ url pattern. In particular, they could get it

Re: Request for addition on invoker to release-notes in tomcat 4.0.5 and 4.0.6

2002-12-22 Thread Bill Barker
As you well know, patches are always welcome :-). - Original Message - From: IAS [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 22, 2002 10:06 PM Subject: Request for addition on invoker to release-notes in tomcat 4.0.5 and 4.0.6 Many beginners on servlet technology

DO NOT REPLY [Bug 15446] - request parameters get lost when using the ajp connector

2002-12-19 Thread bugzilla
/show_bug.cgi?id=15446 request parameters get lost when using the ajp connector [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 15446] New: - request parameters get lost when using the ajp connector

2002-12-17 Thread bugzilla
/show_bug.cgi?id=15446 request parameters get lost when using the ajp connector Summary: request parameters get lost when using the ajp connector Product: Tomcat 4 Version: 4.1.12 Platform: PC OS/Version: Linux Status: NEW Severity

DO NOT REPLY [Bug 15268] New: - SSLPeerUnverifiedException on every request when using SSL Coyote HTTP/1.1 Connector

2002-12-11 Thread bugzilla
/show_bug.cgi?id=15268 SSLPeerUnverifiedException on every request when using SSL Coyote HTTP/1.1 Connector Summary: SSLPeerUnverifiedException on every request when using SSL Coyote HTTP/1.1 Connector Product: Tomcat 4 Version: 4.1.12 Platform

DO NOT REPLY [Bug 15268] - SSLPeerUnverifiedException on every request when using SSL Coyote HTTP/1.1 Connector

2002-12-11 Thread bugzilla
/show_bug.cgi?id=15268 SSLPeerUnverifiedException on every request when using SSL Coyote HTTP/1.1 Connector [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW

DO NOT REPLY [Bug 14797] - Request headers are broken after invoking pageContext.include()

2002-12-04 Thread bugzilla
/show_bug.cgi?id=14797 Request headers are broken after invoking pageContext.include() [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL

Re: tomcat appache request parameters getting lost

2002-12-02 Thread M
M wrote: Hi, I'm using apache 1.3.26 with the mod_jk connector to tomcat 4.1.12 The below jsp includes a servet which is unable to access the parameters on the request url e.g. http://host.net/testInclude.jsp?test=test Removing a line from the test comment or changing the flush=true

need request lifecycle diagram

2002-11-30 Thread AAron nAAs
Does anyone know of a good request lifecycle diagram showing all the steps in satisfying a Java Server request? I'd like to see the exact ordering of all the components that a request goes through such as Authentication, Filters, Listeners, Valves, etc... Either a vendor specific or a generic

tomcat appache request parameters getting lost

2002-11-29 Thread M
Hi, I'm using apache 1.3.26 with the mod_jk connector to tomcat 4.1.12 The below jsp includes a servet which is unable to access the parameters on the request url e.g. http://host.net/testInclude.jsp?test=test Removing a line from the test comment or changing the flush=true to flush=false can

DO NOT REPLY [Bug 14967] New: - Servet dies when very long request headers are encountered

2002-11-29 Thread bugzilla
/show_bug.cgi?id=14967 Servet dies when very long request headers are encountered Summary: Servet dies when very long request headers are encountered Product: Tomcat 3 Version: 3.3.1 Final Platform: PC OS/Version: Windows NT/2K

DO NOT REPLY [Bug 14967] - Servet dies when very long request headers are encountered

2002-11-29 Thread bugzilla
/show_bug.cgi?id=14967 Servet dies when very long request headers are encountered --- Additional Comments From [EMAIL PROTECTED] 2002-11-29 18:51 --- The exact length varies, but effects seem to start around 15K. On the other hand, Tomcat 4 and Apache httpd seem to limit the max. length to 8K

DO NOT REPLY [Bug 14885] New: - Tomcat hangs after bad https request

2002-11-27 Thread bugzilla
/show_bug.cgi?id=14885 Tomcat hangs after bad https request Summary: Tomcat hangs after bad https request Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other

[5.0] Adding methods to Request

2002-11-25 Thread Remy Maucherat
Hi, In order to fix some GC problems in StandardPipeline and StandardWrapper, where they allocate some context objects (for the first, it means 3 objects / request, for the second, one complex object / request), I need to add methods to the Request interface: - get/setFilterChain - get

Re: [5.0] Adding methods to Request

2002-11-25 Thread Costin Manolache
Remy Maucherat wrote: Hi, In order to fix some GC problems in StandardPipeline and StandardWrapper, where they allocate some context objects (for the first, it means 3 objects / request, for the second, one complex object / request), I need to add methods to the Request interface: - get

Re: [5.0] Adding methods to Request

2002-11-25 Thread Remy Maucherat
Costin Manolache wrote: Remy Maucherat wrote: Hi, In order to fix some GC problems in StandardPipeline and StandardWrapper, where they allocate some context objects (for the first, it means 3 objects / request, for the second, one complex object / request), I need to add methods

DO NOT REPLY [Bug 14797] New: - Request headers are broken after invoking pageContext.include()

2002-11-23 Thread bugzilla
/show_bug.cgi?id=14797 Request headers are broken after invoking pageContext.include() Summary: Request headers are broken after invoking pageContext.include() Product: Tomcat 4 Version: 4.1.12 Platform: PC OS/Version: Linux

DO NOT REPLY [Bug 14797] - Request headers are broken after invoking pageContext.include()

2002-11-23 Thread bugzilla
/show_bug.cgi?id=14797 Request headers are broken after invoking pageContext.include() [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 11075] - [PATCH] AccessLogValue Request Header ${xxx}i support

2002-11-22 Thread bugzilla
/show_bug.cgi?id=11075 [PATCH] AccessLogValue Request Header ${xxx}i support [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 14282] - mod_jk/ajp13 returns wrong response after bad chunk-encoding request

2002-11-21 Thread bugzilla
/show_bug.cgi?id=14282 mod_jk/ajp13 returns wrong response after bad chunk-encoding request --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 18:23 --- I will try the latest tomcat and let you know if I still have this problem. Here is how we are able to reproduce it: I have a servlet

DO NOT REPLY [Bug 14282] - mod_jk/ajp13 returns wrong response after bad chunk-encoding request

2002-11-21 Thread bugzilla
/show_bug.cgi?id=14282 mod_jk/ajp13 returns wrong response after bad chunk-encoding request --- Additional Comments From [EMAIL PROTECTED] 2002-11-21 23:57 --- The latest version of mod_jk in CVS seems to fix this behavior. I no longer see the mixed request response pairs during my test

DO NOT REPLY [Bug 14282] - mod_jk/ajp13 returns wrong response after bad chunk-encoding request

2002-11-20 Thread bugzilla
/show_bug.cgi?id=14282 mod_jk/ajp13 returns wrong response after bad chunk-encoding request [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW

DO NOT REPLY [Bug 10229] - Request parameters lost after authenticated through login page

2002-11-18 Thread bugzilla
/show_bug.cgi?id=10229 Request parameters lost after authenticated through login page [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina

DO NOT REPLY [Bug 9702] - JNDIRealm StartTLS/SSL support request

2002-11-11 Thread bugzilla
/show_bug.cgi?id=9702 JNDIRealm StartTLS/SSL support request [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution

Re: [Request] Commit the JNDIRealm patch

2002-11-09 Thread Martin Algesten
Getting discussions going in this list is like forcing water uphills. I've tried for a while now to get involved in sorting out problems that I've encountered. However it is quite hard when the patches I've attempted to make are dismissed without any kind of reasoning or discussion. Further I

Bug(?) and suggested solution for chunked transfer-encoding POST request

2002-11-08 Thread Adrian Sampaleanu
We are having a problem with Catalina 4.1.12 (I believe we also had issues with previous versions, but can't say for sure) with respect to how POSTed requests are handled if the transfer encoding is chunked. It seems that request parameters in the content are not processed in this case

RE: Bug(?) and suggested solution for chunked transfer-encoding POST request

2002-11-08 Thread Adrian Sampaleanu
The problem is that with some MIDP implementations, even if you set the content-length, the implementation, or possibly some gateway, can change the request to chunked. I believe they would do this in order to control the flow of data the mobile network. In our case this does, in fact, happen

RE: Bug(?) and suggested solution for chunked transfer-encoding POST request

2002-11-08 Thread Adrian Sampaleanu
in that the transfer-coding is a property of the message, not of the original entity. suggests to me that it would be possible for a request that travels through a series of proxies to be modified to chunked transfer encoding and set back to a request with a known content length before it reaches

Re: [Request] Commit the JNDIRealm patch

2002-11-08 Thread Fredrik Westermarck
Jonathan Eric Miller wrote: I have a patch as well which I submitted back in June. I haven't received a response either. Well I guess you and I are the only ones using SSL to connect to our directory servers... It would be nice if someone reviewed our patches, merged and commited them, or

DO NOT REPLY [Bug 14282] - mod_jk/ajp13 returns wrong response after bad chunk-encoding request

2002-11-07 Thread bugzilla
/show_bug.cgi?id=14282 mod_jk/ajp13 returns wrong response after bad chunk-encoding request --- Additional Comments From [EMAIL PROTECTED] 2002-11-07 13:33 --- There was some fixes recently in the ajp13 java code, so could you try with a TC 4 from CVS ? -- To unsubscribe, e-mail

[Request] Commit the JNDIRealm patch

2002-11-07 Thread Fredrik Westermarck
Hi! I have on several occations tried to get my patch commited without any luck, no one have opposed the patch or the actual implementation. The patch enables the JNDIRealm to connect to a directory server using SSL. The patch (and docs-patch) can be found in my original post

Re: [Request] Commit the JNDIRealm patch

2002-11-07 Thread Jonathan Eric Miller
07, 2002 11:00 AM Subject: [Request] Commit the JNDIRealm patch Hi! I have on several occations tried to get my patch commited without any luck, no one have opposed the patch or the actual implementation. The patch enables the JNDIRealm to connect to a directory server using SSL. The patch

DO NOT REPLY [Bug 14282] - mod_jk/ajp13 returns wrong response after bad chunk-encoding request

2002-11-06 Thread bugzilla
/show_bug.cgi?id=14282 mod_jk/ajp13 returns wrong response after bad chunk-encoding request --- Additional Comments From [EMAIL PROTECTED] 2002-11-06 18:40 --- Just to clarify the behavior that we are seeing is that the request/response pairs are being mixed up. -- To unsubscribe, e-mail

DO NOT REPLY [Bug 14282] New: - mod_jk/ajp13 returns wrong response after bad chunk-encoding request

2002-11-05 Thread bugzilla
/show_bug.cgi?id=14282 mod_jk/ajp13 returns wrong response after bad chunk-encoding request Summary: mod_jk/ajp13 returns wrong response after bad chunk- encoding request Product: Tomcat 4 Version: 4.0.4 Final Platform: PC OS/Version

Request URI corrupted by jsp:include

2002-10-31 Thread Scott Johnson
Supporting our application for one of our clients, they have set up RH7.2, Tomcat 4.1.10 (installed from rpm), jdk 1.4.1-b2, and apache 1.3.23-14 installed from rpm. I've encountered in issue (bug) that hopefully has been recognized and resolved. We include a little page sectional called

Re: Request URI corrupted by jsp:include

2002-10-31 Thread Bill Barker
: Thursday, October 31, 2002 11:58 AM Subject: Request URI corrupted by jsp:include Supporting our application for one of our clients, they have set up RH7.2, Tomcat 4.1.10 (installed from rpm), jdk 1.4.1-b2, and apache 1.3.23-14 installed from rpm. I've encountered in issue (bug

DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username

2002-10-30 Thread bugzilla
/show_bug.cgi?id=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED

DO NOT REPLY [Bug 13536] - Erroneous code generated for jsp:param when request-time attribute value is used

2002-10-30 Thread bugzilla
/show_bug.cgi?id=13536 Erroneous code generated for jsp:param when request-time attribute value is used [EMAIL PROTECTED] changed: What|Removed |Added CC

DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username

2002-10-29 Thread bugzilla
/show_bug.cgi?id=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED

DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username

2002-10-29 Thread bugzilla
/show_bug.cgi?id=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED

DO NOT REPLY [Bug 13931] New: - How to Forward request between different web apps

2002-10-24 Thread bugzilla
/show_bug.cgi?id=13931 How to Forward request between different web apps Summary: How to Forward request between different web apps Product: Tomcat 4 Version: 4.1.12 Platform: All OS/Version: Other Status: NEW Severity: Major

DO NOT REPLY [Bug 13931] - How to Forward request between different web apps

2002-10-24 Thread bugzilla
/show_bug.cgi?id=13931 How to Forward request between different web apps [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 13965] - Catalina.sh correction request for Tru64 Unix

2002-10-24 Thread bugzilla
/show_bug.cgi?id=13965 Catalina.sh correction request for Tru64 Unix [EMAIL PROTECTED] changed: What|Removed |Added Component|Jasper 2|Catalina Keywords

New W3 tag support request.

2002-10-22 Thread V. Cekvenich
One day W3.org will release xforms tag to replace the forms tag. Here is a plug in for IE: http://www.FormsPlayer.com With great links. Exciting. Also http://jxforms.cybernd.at/ is also ok. Yes, not released but... a feature request for next version. It puts a lot more procesing on the browser

DO NOT REPLY [Bug 13731] New: - Final request, response, session and other variables.

2002-10-18 Thread bugzilla
/show_bug.cgi?id=13731 Final request, response, session and other variables. Summary: Final request, response, session and other variables. Product: Tomcat 4 Version: 4.1.12 Platform: Other OS/Version: Other Status: NEW Severity

DO NOT REPLY [Bug 13731] - Final request, response, session and other variables.

2002-10-18 Thread bugzilla
/show_bug.cgi?id=13731 Final request, response, session and other variables. --- Additional Comments From [EMAIL PROTECTED] 2002-10-18 09:57 --- Created an attachment (id=3528) Patch to fix this problem, against 4.1.12 tomcat version -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe

DO NOT REPLY [Bug 13731] - Final request, response, session and other variables.

2002-10-18 Thread bugzilla
/show_bug.cgi?id=13731 Final request, response, session and other variables. --- Additional Comments From [EMAIL PROTECTED] 2002-10-18 09:58 --- I have added a patch against 4.1.12 tomcat source to fix this problem. However it simply forces all to be final. Please evalute it on including

<    1   2   3   4   5   6   7   8   9   >