https://issues.apache.org/bugzilla/show_bug.cgi?id=47714
--- Comment #13 from Paul Hinds paul.hi...@gtech.com 2010-04-01 06:31:31 UTC
---
We have now found out about issues that are resolved in jk .30 that look
related, to do with reposting buffers.
We did not disable retries.
mod_jk retries
On 04/01/2010 06:30 AM, Mahesh Fernando wrote:
On Sun, Mar 28, 2010 at 11:52 PM, Mark Thomas ma...@apache.org wrote:
On 28/03/2010 17:16, Mahesh Fernando wrote:
Hello all,
I'm interested about JSR 196 implementation idea. I have some questions.
is there anyone to mentor this project?
[1]
On 01/04/2010 05:30, Mahesh Fernando wrote:
I saw some other students interested on this idea and also JMX idea. Because
you are the mentor for these projects, will you choose only 1 project among
all these ideas or possible to mentor 2 or more projects? or is there
someone to co-mentor these?
Hello ,
We are trying to make a security application similar to Tomcat Manager
application.
We have a problem in fetching the username sessionID for all active sessions
using the tomcat APIs .
Can you please suggest how to get the userName sessionID ?
If this is not the correct mailing
Hello.
Currently Tomcat HTTP 1.1 Connector disables the use of chunked encoding if
keepalive is not used. This happens when an HTTP 1.1 request contains a
Connection: close header.
I propose to change Coyote to use chunked encoding (for HTTP 1.1) even if
keepalive is disabled.
Chunked
On 01/04/2010 11:02, Óscar Frías Barranco wrote:
What do you think ?
Seems reasonable but I'd like to hear from some of the other committers
before making any changes.
If the change is made, it needs to be made for all connectors, not just
the BIO connector.
Mark
On Thu, 2010-04-01 at 11:28 +0100, Mark Thomas wrote:
On 01/04/2010 11:02, Óscar Frías Barranco wrote:
What do you think ?
Seems reasonable but I'd like to hear from some of the other committers
before making any changes.
If the change is made, it needs to be made for all connectors, not
Doing this would be bad. When serving JSP's (or anything dynamic greater
than the buffer size) - the content length is not sent to the client. So
when the end of the request is sent - there is no signal to the client
to let them know the request is over and they can start a new request
over
Wait a sec ... not enough coffee. I might have answered a totally
different question (and incorrectly too)
-Tim
On 4/1/2010 6:42 AM, Tim Funk wrote:
Doing this would be bad. When serving JSP's (or anything dynamic greater
than the buffer size) - the content length is not sent to the client.
On 01/04/2010 11:39, Remy Maucherat wrote:
On Thu, 2010-04-01 at 11:28 +0100, Mark Thomas wrote:
On 01/04/2010 11:02, Óscar Frías Barranco wrote:
What do you think ?
Seems reasonable but I'd like to hear from some of the other committers
before making any changes.
If the change is made, it
Agree with Remy. If 'connection: close' is sent by the client, then
tomcat needs to close the connection on the end of the response. So
sending the results via chunked encoding is extra overhead which is not
needed.
A good argument to add is chunked encoding would that it gives the
client
OMG ... That is the argument made in the original request. (I need to
re-read and think more before response) I'm really sorry for the noise,
worst april 1 ever. Please put me on /ignore for the rest of the day.
My opinion on the change is +0. (The change has some penalties, but the
net
On Thu, Apr 1, 2010 at 12:52, Mark Thomas ma...@apache.org wrote:
So it comes down to Is the extra expense of chunked encoding a price
worth paying so UAs and proxies can tell if a response was unexpectedly
truncated, eg due to network error?
I don't have any hard figures (I'll see if I can
On Thu, Apr 1, 2010 at 12:39, Remy Maucherat r...@apache.org wrote:
His reverse proxy argument is probably the worst one: connection:
close does not land in the response by accident, it is added for good
reason. This is just begging for hacks at this point.
Sorry, I will try to clarify
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Tomcat Wiki for change
notification.
The FrontPage page has been changed by KonstantinKolinko.
The comment on this change is: Use direct link to FAQ pages, instead of going
through redirect at t.a.o.
Author: kkolinko
Date: Thu Apr 1 13:16:35 2010
New Revision: 929958
URL: http://svn.apache.org/viewvc?rev=929958view=rev
Log:
vote
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL:
On 01/04/2010 14:16, kkoli...@apache.org wrote:
Author: kkolinko
Date: Thu Apr 1 13:16:35 2010
New Revision: 929958
URL: http://svn.apache.org/viewvc?rev=929958view=rev
Log:
vote
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL:
+1 on switching to chunked by default.
I don't think the extra few bytes are a problem ( or few extra
objects/cycles on server ) - at least compared with not knowing if the
response was really fully sent.
Costin
2010/4/1 Óscar Frías Barranco ofr...@trabber.com
Hello.
Currently Tomcat HTTP
Author: kkolinko
Date: Thu Apr 1 14:31:39 2010
New Revision: 929990
URL: http://svn.apache.org/viewvc?rev=929990view=rev
Log:
Update to Commons Daemon 1.0.2 and use procrun from upstream distribution
Removed:
tomcat/tc5.5.x/trunk/connectors/procrun/
Modified:
Author: kkolinko
Date: Thu Apr 1 15:17:29 2010
New Revision: 929998
URL: http://svn.apache.org/viewvc?rev=929998view=rev
Log:
Update to Commons Daemon 1.0.2 and use procrun from upstream distribution
Removed:
tomcat/tc6.0.x/trunk/res/procrun/
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Tomcat Wiki for change
notification.
The PoweredBy page has been changed by DavidSmith.
http://wiki.apache.org/tomcat/PoweredBy?action=diffrev1=251rev2=252
--
===
https://issues.apache.org/bugzilla/show_bug.cgi?id=49035
Summary: data lost when post a multipart/form-data form
Product: Tomcat Connectors
Version: 1.2.28
Platform: All
OS/Version: Windows XP
Status: NEW
Severity: major
https://issues.apache.org/bugzilla/show_bug.cgi?id=49016
Terry Dixon tdi...@tnsi.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://issues.apache.org/bugzilla/show_bug.cgi?id=49016
--- Comment #2 from Terry Dixon tdi...@tnsi.com 2010-04-01 18:43:52 UTC ---
Further research of this issue shows that it was the re-jarring step that
acutally solved the issue. That is to say that in was not necessary to
re-compile the
https://issues.apache.org/bugzilla/show_bug.cgi?id=49016
--- Comment #3 from Konstantin Kolinko knst.koli...@gmail.com 2010-04-01
20:27:43 UTC ---
There is no naming-common.jar in Tomcat 5.5.28 release.
The NamingContextBindingsEnumeration class is in
https://issues.apache.org/bugzilla/show_bug.cgi?id=49016
--- Comment #4 from Terry Dixon tdi...@tnsi.com 2010-04-01 21:48:40 UTC ---
Confirmed that by not including the naming-common.jar file in the
CATALINA_HOME/common/lib directory, tomcat5.5.28 will startup without error.
I think that it
https://issues.apache.org/bugzilla/show_bug.cgi?id=49016
Terry Dixon tdi...@tnsi.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=49016
Mark Thomas ma...@apache.org changed:
What|Removed |Added
Resolution|WORKSFORME |INVALID
--- Comment
Thanks Filip, and thanks everyone for welcome to tomcat project.
Best regards.
2010/4/1 Filip Hanik - Dev Lists devli...@hanik.com:
On behalf of the Tomcat committers I am pleased to announce that Keiichi
Fujino (kfujino) has been voted in as a new Tomcat committer.
Please join me in
Author: kfujino
Date: Fri Apr 2 02:26:38 2010
New Revision: 930151
URL: http://svn.apache.org/viewvc?rev=930151view=rev
Log:
Adding kfujino to committers.
Modified:
tomcat/site/trunk/docs/whoweare.html
tomcat/site/trunk/xdocs/whoweare.xml
Modified: tomcat/site/trunk/docs/whoweare.html
https://issues.apache.org/bugzilla/show_bug.cgi?id=47714
Nageshwar nageshwarnag...@gmail.com changed:
What|Removed |Added
Component|mod_jk |Library
31 matches
Mail list logo
