+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144
Summary: Could not load
META-INF/services/javax.xml.parsers.DocumentBuilderFac
tory
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144
Pid bugzi...@pidster.com changed:
What|Removed |Added
Status|NEW |RESOLVED
I think you could check if javax.xml.parsers and xerces jar files exist in
two places.
2009/5/4 bugzi...@apache.org
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144
Summary: Could not load
META-INF/services/javax.xml.parsers.DocumentBuilderFac
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144
--- Comment #2 from Andreas andreas.vasil...@gmail.com 2009-05-04 03:12:43
PST ---
(In reply to comment #1)
Bugzilla is not a support forum.
Ask this question on the Tomcat Users mailing list and I'll try to assist.
Ok, thank you.
https://issues.apache.org/bugzilla/show_bug.cgi?id=43285
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|REOPENED
If http://host/contextpath is requested - shouldn't we be redirecting to
http://host/contextpath/ , not worrying about a null uri?
-Tim
ma...@apache.org wrote:
Author: markt
Date: Fri May 1 20:12:09 2009
New Revision: 770809
URL: http://svn.apache.org/viewvc?rev=770809view=rev
Log:
Fix
https://issues.apache.org/bugzilla/show_bug.cgi?id=47124
--- Comment #2 from Marc Guillemot mguille...@yahoo.fr 2009-05-04 05:07:33
PST ---
I'm glad to see that you've committed some changes, nevertheless for me it
doesn't really change the situation that unit tests are not considered
https://issues.apache.org/bugzilla/show_bug.cgi?id=47146
Summary: Memory leak with large OutputStream when using JSF
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
https://issues.apache.org/bugzilla/show_bug.cgi?id=47149
Xie Xiaodong xxd82...@gmail.com changed:
What|Removed |Added
Status|NEW |NEEDINFO
Tim Funk wrote:
If http://host/contextpath is requested - shouldn't we be redirecting to
http://host/contextpath/ , not worrying about a null uri?
The mapper does issue the redirect, this just prevents the NPE.
I considered just returning but opted (for consistency) to emulate what would
https://issues.apache.org/bugzilla/show_bug.cgi?id=47080
--- Comment #2 from Remy Maucherat r...@apache.org 2009-05-04 07:53:01 PST
---
Even if there is no default servlet or welcome files, there is still supposed
to be a redirection to http://host/contextpath/
--
Configure bugmail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=47124
--- Comment #3 from Mark Thomas ma...@apache.org 2009-05-04 07:58:53 PST ---
(In reply to comment #2)
Tests *should* be integral part of the build. It's normal that a build takes
(far) longer than 5 minutes if it runs tests
https://issues.apache.org/bugzilla/show_bug.cgi?id=47146
britt fitch britt.fi...@gmail.com changed:
What|Removed |Added
CC|
https://issues.apache.org/bugzilla/show_bug.cgi?id=47149
Summary: Build fail (encoding error)on Chinese version Windows
XP OS
Product: Tomcat 6
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=47136
--- Comment #3 from ar...@yahoo.com 2009-05-04 09:51:41 PST ---
(In reply to comment #2)
Looks like you have something else (filter?) in your configuration that is
messing this up. This works for files 48k for me on 6.0.18. At least
https://issues.apache.org/bugzilla/show_bug.cgi?id=47086
--- Comment #2 from Rodney business2...@rodneybeede.com 2009-05-04 13:23:36
PST ---
This would be very useful to have. Perhaps it would be appropriate to place it
in http://somemirror/pub/apache/tomcat/tomcat-6/v6.0.18/bin/extras/
https://issues.apache.org/bugzilla/show_bug.cgi?id=47086
Rodney business2...@rodneybeede.com changed:
What|Removed |Added
CC|
20 matches
Mail list logo