https://issues.apache.org/bugzilla/show_bug.cgi?id=50747
--- Comment #8 from Frank Schroeder frank.schroe...@gmail.com 2011-02-10
03:03:12 EST ---
Just for the sake of completeness: I've changed the code to
String data = ...;
byte[] buf = data.getBytes(charset);
2011/2/9 fha...@apache.org:
Author: fhanik
Date: Wed Feb 9 17:39:24 2011
New Revision: 1068989
URL: http://svn.apache.org/viewvc?rev=1068989view=rev
Log:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50667
Move the callback outside try/catch to avoid duplicate callbacks
I do not
Servlet 3 standardizes file uploads. It contains the ability to limit on
request size, pretty much the same as commons fileupload supported for
many years.
It seems when this conditions triggers the rest of the request inout
stream is still drained at the end of the request. swallowInput is
I count more than the required 3 +1 (binding) votes.
Therefore, I deem the 5.5.33 build stable and will start
the release process.
Thanks!!
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands,
Author: jim
Date: Thu Feb 10 14:35:02 2011
New Revision: 1069409
URL: http://svn.apache.org/viewvc?rev=1069409view=rev
Log:
release 5.5.33
Modified:
tomcat/site/trunk/docs/index.html
tomcat/site/trunk/xdocs/index.xml
tomcat/site/trunk/xdocs/whichversion.xml
Modified:
Author: jim
Date: Thu Feb 10 14:36:02 2011
New Revision: 1069411
URL: http://svn.apache.org/viewvc?rev=1069411view=rev
Log:
release 5.5.33
Modified:
tomcat/site/trunk/docs/whichversion.html
Modified: tomcat/site/trunk/docs/whichversion.html
URL:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50744
--- Comment #10 from Sridhar Murthy murt...@us.ibm.com 2011-02-10 10:23:00
EST ---
Hi Konstantin:
Thank you very much for working on this issue, identifying the problem and also
providing a patch.
I will download the patch and test it
I will fix it. Reattempt is managed in the channel itself at a much lower level. That has always been the case. Adding reattempt here is
ambiguous, so I will readjust the interface to return void.
best
Filip
On 2/10/2011 3:36 AM, Konstantin Kolinko wrote:
2011/2/9fha...@apache.org:
Author:
On 2/10/2011 6:04 AM, Rainer Jung wrote:
Servlet 3 standardizes file uploads. It contains the ability to limit on request size, pretty much the same as commons fileupload
supported for many years.
It seems when this conditions triggers the rest of the request inout stream is still drained at
https://issues.apache.org/bugzilla/show_bug.cgi?id=50751
Summary: JNDIRealm invokes getAttributes with no attribute ids.
Prevents using DOMAIN\{0} to login.
Product: Tomcat 6
Version: 6.0.29
Platform: All
OS/Version: All
https://issues.apache.org/bugzilla/show_bug.cgi?id=50752
Summary: Typo in Embedded.java log message
Product: Tomcat 6
Version: 6.0.29
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: trivial
Priority: P2
On 10/02/2011 13:04, Rainer Jung wrote:
Servlet 3 standardizes file uploads. It contains the ability to limit on
request size, pretty much the same as commons fileupload supported for
many years.
It seems when this conditions triggers the rest of the request inout
stream is still drained at
https://issues.apache.org/bugzilla/show_bug.cgi?id=50753
Summary: Asynchronous responses do not contain set response
headers
Product: Tomcat 7
Version: 7.0.6
Platform: PC
OS/Version: Mac OS X 10.5
Status: NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=50753
--- Comment #1 from Mircea Toma mircea.t...@icesoft.com 2011-02-10 12:48:05
EST ---
http://jira.icefaces.org/browse/PUSH-116 is the original issue.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=50754
Summary: The catalina.pid file doesn't get killed properly upon
Tomcat shutdown
Product: Tomcat 6
Version: 6.0.24
Platform: PC
OS/Version: Linux
Status: NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=50754
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|NEW
Author: markt
Date: Thu Feb 10 18:38:50 2011
New Revision: 1069514
URL: http://svn.apache.org/viewvc?rev=1069514view=rev
Log:
remove unused import
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/group/ExtendedRpcCallback.java
Modified:
Author: markt
Date: Thu Feb 10 18:40:37 2011
New Revision: 1069516
URL: http://svn.apache.org/viewvc?rev=1069516view=rev
Log:
Fix Javadoc warnings
Modified:
tomcat/trunk/java/org/apache/catalina/AccessLog.java
Modified: tomcat/trunk/java/org/apache/catalina/AccessLog.java
URL:
Author: fhanik
Date: Thu Feb 10 18:59:08 2011
New Revision: 1069530
URL: http://svn.apache.org/viewvc?rev=1069530view=rev
Log:
remove retry from the API.
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/group/ExtendedRpcCallback.java
Author: markt
Date: Thu Feb 10 18:59:43 2011
New Revision: 1069531
URL: http://svn.apache.org/viewvc?rev=1069531view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50720
Ensure that the use of non-ISO-8859-1 character sets for web.xml does not
trigger an error when Jasper parses
https://issues.apache.org/bugzilla/show_bug.cgi?id=50713
--- Comment #1 from Mark Thomas ma...@apache.org 2011-02-10 14:06:38 EST ---
The more I consider this issue, the more I am inclinded to remove the roles
command from the manager in Tomcat 7. My reasoning is follows:
- The manager can be
Author: markt
Date: Thu Feb 10 19:42:34 2011
New Revision: 1069540
URL: http://svn.apache.org/viewvc?rev=1069540view=rev
Log:
Add a test case (already passes) for bug50753
Modified:
tomcat/trunk/test/org/apache/catalina/core/TestAsyncContextImpl.java
Modified:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50753
Mark Thomas ma...@apache.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Hot on the heels of Tomcat 5.5.32, The Apache Tomcat Team announces
the immediate availability of Apache Tomcat 5.5.33 stable.
Apache Tomcat 5.5.33 is primarily a security and bug fix
release. All users of older versions of the Tomcat 5.5
family should upgrade to 5.5.33.
Please refer to the
Rainer,
On 2/10/2011 8:04 AM, Rainer Jung wrote:
It seems there's still no server-side prevention against huge uploads
possible. The upload is not put into memory, but the thread is only
freed once the whole request body is read. Shouldn't Tomcat ignore the
rest of data and close the
On 2/10/2011 7:04 AM, Rainer Jung wrote:
Servlet 3 standardizes file uploads. It contains the ability to limit on
request size,
pretty much the same as commons fileupload supported for many years.
It seems when this conditions triggers the rest of the request inout stream
is still
https://issues.apache.org/bugzilla/show_bug.cgi?id=50753
--- Comment #3 from Mircea Toma mircea.t...@icesoft.com 2011-02-10 16:55:46
EST ---
Indeed, I can confirm that headers are sent properly when using Tomcat 7.0.8.
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50759
Summary: ValidatorClassName Validation fails to set
lastValidated timestamp
Product: Tomcat Modules
Version: unspecified
Platform: PC
Status: NEW
Severity:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50759
Chuck Caldarale chuck.caldar...@unisys.com changed:
What|Removed |Added
OS/Version||All
https://issues.apache.org/bugzilla/show_bug.cgi?id=50762
Summary: Setting a contextPath and docBase makes both available
as a context
Product: Tomcat 7
Version: 7.0.8
Platform: PC
OS/Version: Windows XP
Status: NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=50762
--- Comment #1 from Robert Flaherty robert.flahe...@oracle.com 2011-02-11
01:04:04 EST ---
Also, I tried creating index.jsp instead. An index_jsp.java gets created under
both:
/work/Catalina/localhost/foo/org/apache/jsp
https://issues.apache.org/bugzilla/show_bug.cgi?id=50762
Chuck Caldarale chuck.caldar...@unisys.com changed:
What|Removed |Added
Status|NEW
32 matches
Mail list logo