Hello Peter,
Nice to know that somebody replied. Was really desperate to get some inputs!!
My replies are included below.
On Thu, 8 Jul 2004 21:39:23 -0400, Peter Lin [EMAIL PROTECTED] wrote:
from where I am sitting, sounds like the project doesn't have enough
information to make a good
On Thu, 8 Jul 2004 18:59:23 -0700, Darshan Rawal [EMAIL PROTECTED] wrote:
Hello Peter,
I completely agree on this, but this interpretation of VXML pages is
going to happen on the Media Server side. Hence as of now I am just
concerned with generation of VXML pages and transporting them to
/show_bug.cgi?id=29937
stdout.log shows [bogus?] error handling https request from IIS 5.0
Summary: stdout.log shows [bogus?] error handling https request
from IIS 5.0
Product: Tomcat 5
Version: 5.0.19
Platform: PC
OS/Version: Windows
/show_bug.cgi?id=29937
stdout.log shows [bogus?] error handling https request from IIS 5.0
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=29900
request params in utf-8 corrupted
--- Additional Comments From [EMAIL PROTECTED] 2004-07-04 15:00 ---
This works for me if I add %@ page pageEncoding=UTF-8 % to the JSP
This is not a tomcat bug. Please follow up on tomcat-user if you have further
questions
/show_bug.cgi?id=29900
request params in utf-8 corrupted
Summary: request params in utf-8 corrupted
Product: Tomcat 5
Version: 5.0.25
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: Blocker
Priority: Other
/show_bug.cgi?id=29900
request params in utf-8 corrupted
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=29900
request params in utf-8 corrupted
--- Additional Comments From [EMAIL PROTECTED] 2004-07-03 20:25 ---
thanks for reply, but...
i edited the server.xml, so that now the coyote settings are these:
!-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080
/show_bug.cgi?id=27315
Coyote java.util.ConcurrentModificationException removing request processor
--- Additional Comments From [EMAIL PROTECTED] 2004-06-16 13:52 ---
Yes I should have seen it. I had the 4.1.30 tag blinders on, thanks for the
pointer and for closing the issue
/show_bug.cgi?id=27315
Coyote java.util.ConcurrentModificationException removing request processor
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|java.util.ConcurrentModifica
/show_bug.cgi?id=27315
Coyote java.util.ConcurrentModificationException removing request processor
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=29048
Request changes to java permissions in DataSourceRealm
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
/show_bug.cgi?id=29048
Request changes to java permissions in DataSourceRealm
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
/show_bug.cgi?id=28904
Multipart form problem lost when request is passed to code.
--- Additional Comments From [EMAIL PROTECTED] 2004-05-24 14:19 ---
I am working around this by using a servlet to handle multipart requests, which
appears to work correctly and implies a problem with the JSP
/show_bug.cgi?id=23231
Bad Request, page failed to be served, due to jave length overflow
--- Additional Comments From [EMAIL PROTECTED] 2004-05-23 21:12 ---
This is going to be difficult to fix from the description you provide. Can you
post the content of a cookie that causes this problem
/show_bug.cgi?id=26977
Request received is corrupt (SOMETIMES)
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Normal |Major
Priority|Other
/show_bug.cgi?id=28944
Request with HTTP 1.0 then display it's source code
Summary: Request with HTTP 1.0 then display it's source code
Product: Tomcat 4
Version: 4.1.29
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Critical
I accidentally committed a wrong log message with my latest commit for
org.apache.jasper.compiler.TagFileProcessor.
Could someone with cvsadmin privileges change the log message for
the head version (revision 1.59) of this file as follows:
cvs admin -m 1.59:Fixed Bugzilla 28937: No error message
/show_bug.cgi?id=28904
Multipart form problem lost when request is passed to code.
Summary: Multipart form problem lost when request is passed to
code.
Product: Tomcat 4
Version: 4.1.30
Platform: PC
OS/Version: Linux
Status
/show_bug.cgi?id=19801
Request dispatcher does not set empty javax.servlet.include request attributes
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=27223
Request received is corrupt (SOMETIMES)
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=26977
Request received is corrupt (SOMETIMES)
--- Additional Comments From [EMAIL PROTECTED] 2004-04-21 18:40 ---
*** Bug 27223 has been marked as a duplicate of this bug. ***
-
To unsubscribe, e-mail: [EMAIL
/show_bug.cgi?id=28366
The example for request filters is wrong
Summary: The example for request filters is wrong
Product: Tomcat 4
Version: Nightly Build
Platform: All
URL: http://jakarta.apache.org/tomcat/tomcat-4.1-
doc/config
/show_bug.cgi?id=28351
If path-info contains % character(s), servlet will not receive request
Summary: If path-info contains % character(s), servlet will not
receive request
Product: Tomcat 5
Version: 5.0.22
Platform: All
OS/Version
/show_bug.cgi?id=28351
If path-info contains % character(s), servlet will not receive request
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=28351
If path-info contains % character(s), servlet will not receive request
--- Additional Comments From [EMAIL PROTECTED] 2004-04-12 21:23 ---
Was this resolved due to
JkOptions ForwardURICompatUnparsed
as in the other bug? [I've not had a chance to test this yet.]
If so
/show_bug.cgi?id=9859
Avoid SimpleDateFormat creation for every dispatched request
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=24392
DefaultContext Fails to reload : The server encountered an internal error (Error
retrieving attribute debug) that prevented it from fulfilling this request.
[EMAIL PROTECTED] changed:
What|Removed |Added
/show_bug.cgi?id=27553
Bad cookie in request logged as error
Summary: Bad cookie in request logged as error
Product: Tomcat 5
Version: 5.0.19
Platform: Other
OS/Version: Other
Status: NEW
Severity: Minor
Priority: Other
/show_bug.cgi?id=27553
Bad cookie in request logged as error
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=14967
Servet dies when very long request headers are encountered
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Hi,
I didn't get any required information from the archieve.
Still im not clear.
The main problem is POST method is not working and i want to know the
reason.
HTTP is connectionless protocol, then how all my POST request data is not
received.
Pls help me out.
Thanks and Regards
Ganesh
: [EMAIL PROTECTED]
Subject: NTLM and Post request
Dear folks,
Im using NTLM authentication to authenticate the user in the intranet.
After authenticating the user the Post request stops working.
The content-length in the request is zero.
I have also tried by adding NTLM authentication module
Dear folks,
Im using NTLM authentication to authenticate the user in the intranet.
After authenticating the user the Post request stops working.
The content-length in the request is zero.
I have also tried by adding NTLM authentication module to apache, Im facing the same
problem in this case
/show_bug.cgi?id=12917
The request dumper valve Error
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=14885
Tomcat hangs after bad https request
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-25 09:48 ---
I can confirm that the change in the servlet mapping makes it work for me too
(even with MS Webfolders :-)).
Thank you
/show_bug.cgi?id=27223
Request received is corrupt (SOMETIMES)
Summary: Request received is corrupt (SOMETIMES)
Product: Tomcat 4
Version: 4.1.29
Platform: Other
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: Other
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=27185
Possible problem with the COPY request handling
Summary: Possible problem with the COPY request handling
Product: Tomcat 5
Version: 5.0.18
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
Summary: Redirect problem with the COPY / MOVE request handling
in the WebDAV servlet
Product: Tomcat 5
Version: 5.0.18
Platform: All
OS
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-24 15:23 ---
This is really painful. If this is my decision, then this will not be fixed
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-24 15:32 ---
But this makes the webdav servlet inusable for the most used and most hated (at
least on the side of the people who implement
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-24 16:29 ---
Yes, but then you will complain that redirect will always occur for the root
path of a context (ex: a request to /webdav
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-24 16:50 ---
You know the typical requester: If you give him a small finger he wants your
whole hand! :-).
But back to the problem
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-24 23:16 ---
What happens if you use a url-pattern of /* for the servlet mapping? I have
stepped though this using telnet and I don't see
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Normal
/show_bug.cgi?id=27185
Possible problem with the COPY request handling
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=27190
Redirect problem with the COPY / MOVE request handling in the WebDAV servlet
--- Additional Comments From [EMAIL PROTECTED] 2004-02-25 00:55 ---
Yes, this is a good workaround (and is the mapping used in the webdav example
webapp): no welcome file processing (or folder
/show_bug.cgi?id=27012
two bytes of a request get lost if the request size is 8190
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=27012
two bytes of a request get lost if the request size is 8190
[EMAIL PROTECTED] changed:
What|Removed |Added
Priority|Other |Medium
/show_bug.cgi?id=27012
two bytes of a request get lost if the request size is 8190
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Normal |Critical
/show_bug.cgi?id=27012
two bytes of a request get lost if the request size is 8190
Summary: two bytes of a request get lost if the request size is
8190
Product: Tomcat 4
Version: 4.1.29
Platform: PC
URL: http://www.mgm-edv.de
/show_bug.cgi?id=26977
Request received is corrupt (SOMETIMES)
Summary: Request received is corrupt (SOMETIMES)
Product: Tomcat 4
Version: 4.1.29
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: Other
/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
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
--- Additional Comments From [EMAIL PROTECTED] 2004-02-08 14:15 ---
Quote: Now, if there are multiple ones, Tomcat will look until one
of them is valid
Cool, thats all
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
--- Additional Comments From [EMAIL PROTECTED] 2004-02-08 14:35 ---
Actually, no. If there's a cookie and the URL is encoded, whatever is read from
the URL
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
--- Additional Comments From [EMAIL PROTECTED] 2004-02-08 15:38 ---
I agree, that when we can use cookies, session IDs from cookies should be
preferred. Preferring URL
/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
/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
URL|http
/show_bug.cgi?id=22013
RequestDispatcher.forward doesn't work with a relative path on a forwarded request
--- Additional Comments From [EMAIL PROTECTED] 2004-02-04 22:51 ---
I also think this really is a bug.
For me, this bug is from the org.apache.catalina.core.ApplicationHttpRequest
class
/show_bug.cgi?id=13731
Final request, response, session and other variables.
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Normal |Enhancement
Hi,
I'm facing a problem with Tomcat 5 (I believe this also happens with
older versions) that is described below.
I have developed a servlet for receiving a POST request and processing
the data on it and it works fine. Meanwhile, a client application is
sending the following request
/show_bug.cgi?id=26541
Empty request parameters are stripped as the request passes through the JK connector
Summary: Empty request parameters are stripped as the request
passes through the JK connector
Product: Tomcat 4
Version: Unknown
/show_bug.cgi?id=13446
Invalide error page with request attribute.
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
Can someone do a cvs update so the FAQ pulls in the latest content for
http://jakarta.apache.org/tomcat/faq/ ?
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Howdy,
Done... Is it OK with your latest changes?
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 20, 2004 6:51 AM
To: Tomcat Developers List
Subject: cvs FAQ Update request
Can someone do a cvs update so
:[EMAIL PROTECTED]
Sent: Tuesday, January 20, 2004 6:51 AM
To: Tomcat Developers List
Subject: cvs FAQ Update request
Can someone do a cvs update so the FAQ pulls in the latest content for
http://jakarta.apache.org/tomcat/faq/ ?
-Tim
/show_bug.cgi?id=26090
request to static file served by /* mapped servlet
Summary: request to static file served by /* mapped servlet
Product: Tomcat 5
Version: 5.0.16
Platform: Other
OS/Version: Windows NT/2K
Status: NEW
Severity
/show_bug.cgi?id=26090
request to static file served by /* mapped servlet
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=11327
HTTP 400 on any request with URL containig UTF-8 sequence staring with %C4
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=20816
Realm Authentication does not restore Original POST request.
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL
Hi,
could someone change the tomcat.nsi file with the following options:
1. Search at the first place for the presence of the JSDK instead of the
JRE
2. Create a possibility to read the default parameters like InstallDir and
InstType from an Tomcat.ini file, so these values could be used for an
/show_bug.cgi?id=25689
Request attributes are unavailable to jspf included by pageContext.include()
Summary: Request attributes are unavailable to jspf included by
pageContext.include()
Product: Tomcat 4
Version: 4.1.19
Platform: Other
Reshat Sabiq wrote:
[EMAIL PROTECTED] wrote:
I guess this means i can get the fix in the latest nightly build?
I would think this issue alone justifies release of 5.0.17 soon. When
could i expect it?
I disagree, this is a very minor issue. Since it has parameters, you
control the links.
/show_bug.cgi?id=25689
Request attributes are unavailable to jspf included by pageContext.include()
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=25689
Request attributes are unavailable to jspf included by pageContext.include()
--- Additional Comments From [EMAIL PROTECTED] 2003-12-22 13:09 ---
jspf is a recommended extension for jsp segment/fragment (JSP 1.2 spec,
section JSP.2.1.7 and JSP 2.0 spec, section JSP.1.1.8
/show_bug.cgi?id=25689
Request attributes are unavailable to jspf included by pageContext.include()
--- Additional Comments From [EMAIL PROTECTED] 2003-12-22 13:27 ---
JSP fragments are statically included (@include) segments of code. They are not
meant to be standalone jsps to be included
/show_bug.cgi?id=25681
HTTP request params lost when sent with a URL ending with a folder w/o '/' at the end
of URL
Summary: HTTP request params lost when sent with a URL ending
with a folder w/o '/' at the end of URL
Product: Tomcat 5
Version: 5.0.16
/show_bug.cgi?id=25681
HTTP request params lost when sent with a URL ending with a folder w/o '/' at the end
of URL
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
://nagoya.apache.org/bugzilla/show_bug.cgi?id=25681
HTTP request params lost when sent with a URL ending with a folder w/o '/' at the end of URL
[EMAIL PROTECTED] changed:
What|Removed |Added
- Original Message -
From: Reshat Sabiq [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, December 21, 2003 8:48 PM
Subject: Re: DO NOT REPLY [Bug 25681] - HTTP request params lost when sent
with a URL ending with a folder w/o '/' at the end of URL
[EMAIL
/show_bug.cgi?id=24001
LOCK: parsing of Timeout request header
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
Please can I have karma for jakarta-servletapi-4 and jakarta-servletapi-5. I
have some patches to commit (javadoc fixes and an example update). Thanks,
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
/show_bug.cgi?id=25364
mod_jk2 cannot send additional request attributes
Summary: mod_jk2 cannot send additional request attributes
Product: Tomcat 5
Version: 5.0.16
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
/show_bug.cgi?id=25364
mod_jk2 cannot send additional request attributes
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=23379
CoyoteAdapter An exception or error occurred in the container during the request
processing
--- Additional Comments From [EMAIL PROTECTED] 2003-12-04 14:35 ---
May be realted to bug 23914
/show_bug.cgi?id=23379
CoyoteAdapter An exception or error occurred in the container during the request
processing
--- Additional Comments From [EMAIL PROTECTED] 2003-12-04 14:32 ---
May be related to a href=?id=23914#23914
/show_bug.cgi?id=24557
Request encodings doesn't work.
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Additional Comments From
/show_bug.cgi?id=24940
Direct access to request wrapped in (Http)ServletWrapper
Summary: Direct access to request wrapped in (Http)ServletWrapper
Product: Tomcat 5
Version: 5.0.14
Platform: All
OS/Version: All
Status: NEW
Severity
/show_bug.cgi?id=24940
Direct access to request wrapped in (Http)ServletWrapper
--- Additional Comments From [EMAIL PROTECTED] 2003-11-24 12:56 ---
This actually is the most poorly defined part of the spec and I have met
differing implementations. Some parts even contradict each other.
http
/show_bug.cgi?id=24940
Direct access to request wrapped in (Http)ServletWrapper
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=24940
Direct access to request wrapped in (Http)ServletWrapper
--- Additional Comments From [EMAIL PROTECTED] 2003-11-24 13:28 ---
I have submitted the question to [EMAIL PROTECTED] as suggested.
Not sure that I agree that getRequest is necessary
/show_bug.cgi?id=20349
tomcat didn't response to any request
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=12196
request.getRemoteUser() returns null for AJP request with remote username
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED
/show_bug.cgi?id=24001
LOCK: parsing of Timeout request header
--- Additional Comments From [EMAIL PROTECTED] 2003-11-20 21:20 ---
A combined patch for this (and 23999, 24005) is attached to bug23999.
-
To unsubscribe, e-mail
/show_bug.cgi?id=24818
Add variable for logging request duration
Summary: Add variable for logging request duration
Product: Tomcat 4
Version: 4.1.0
Platform: Other
OS/Version: Other
Status: NEW
Severity: Enhancement
/show_bug.cgi?id=24818
Add variable for logging request duration
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=24818
Add variable for logging request duration
--- Additional Comments From [EMAIL PROTECTED] 2003-11-19 11:59 ---
Thanks, it does in fact work, must have accidently looked into older JavaDocs
301 - 400 of 887 matches
Mail list logo
