https://issues.apache.org/bugzilla/show_bug.cgi?id=53605
--- Comment #1 from junshan ---
Created attachment 29116
--> https://issues.apache.org/bugzilla/attachment.cgi?id=29116&action=edit
crash error log
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://issues.apache.org/bugzilla/show_bug.cgi?id=53605
Priority: P2
Bug ID: 53605
Assignee: dev@tomcat.apache.org
Summary: use tcnative-1.1.24 Tomcat shutdown still crash
Severity: normal
Classification: Unclassified
OS: Li
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project tomcat-trunk-dbcp has an issue affecting its community integration.
This i
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project tomcat-trunk-validate-eoln has an issue affecting its community
integrati
https://issues.apache.org/bugzilla/show_bug.cgi?id=53469
--- Comment #14 from Mark Thomas ---
Folks, please re-read comment #11.
The output of encodeURL() is not and never will be normalized.
However, the Javadoc for encodeURL() allows/requires Tomcat to check if the
session needs to be encoded
Hi Lords and Ladies!
I'm currently wrangling with a doubled boot time on tomcat7.0.29 in comparison
to 7.0.28 (12 webapps in my tc: 7.0.28 < 45s, 7.0.29 > 90s).
I'm aware that 7.0.29 now does the scanning for ServletContainerInitializer
even if version=2.5 is specified. But there shall no class
https://issues.apache.org/bugzilla/show_bug.cgi?id=53602
--- Comment #2 from Rainer Jung ---
OK to add for me. The IANA link I added to the comments wasn't meant to police
other status code additions but instead to be useful for future checks. So Tim,
you might want to adjust that comment as you
https://issues.apache.org/bugzilla/show_bug.cgi?id=53602
--- Comment #1 from Konstantin Kolinko ---
Link to versions of the proposal to add this new status code to HTTP
in IETF document tracking tool:
https://datatracker.ietf.org/doc/draft-tbray-http-legally-restricted-status/history/
The curre
https://issues.apache.org/bugzilla/show_bug.cgi?id=53602
Priority: P2
Bug ID: 53602
Assignee: dev@tomcat.apache.org
Summary: Support for HTTP status code 451
Severity: enhancement
Classification: Unclassified
OS: All
https://issues.apache.org/bugzilla/show_bug.cgi?id=53601
Konstantin Kolinko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://issues.apache.org/bugzilla/show_bug.cgi?id=53601
Priority: P2
Bug ID: 53601
Assignee: dev@tomcat.apache.org
Summary: tomcat7 build fails with jdk1.6
Severity: normal
Classification: Unclassified
Reporter: strub...@yahoo.de
On Jul 24, 2012, at 12:17 PM, Mark Thomas wrote:
> On 24/07/2012 14:40, Jim Jagielski wrote:
>> Any interest in seeing a 5.5.36 release in the near future?
>
> We should to tie up the remaining loose ends before 5.5.x is EOL. No
> great rush at the moment though.
>
Yeah, that's my plan.
https://issues.apache.org/bugzilla/show_bug.cgi?id=53469
--- Comment #13 from mgrigorov ---
I agree with Emond.
By Servlet spec (actually the javadoc of
javax.servlet.http.HttpServletResponse#sendRedirect) only #sendRedirect()
should convert the url from relative to absolute. I think this is the
https://issues.apache.org/bugzilla/show_bug.cgi?id=53469
--- Comment #12 from papegaaij ---
In my opinion, Tomcat should not convert relative URLs to absolute in
encodeURL. That should only be done in encodeRedirectURL. encodeURL can still
perform normalization, as long as it preserves relative U
14 matches
Mail list logo
