DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16189.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16178.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16200.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16181.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sam wrote:
http://online.securityfocus.com/archive/1/302169/2002-12-03/2002-12-09/2
This vulnerability was reported last month. The report
says mod_jk 1.2.1 as fixing the vulnerability.
Yet I have searched Bugzilla for reference to this vuln.
as well as looking at mod_jk.c to see what revision
This one looks similar to the CL problems with commons-logging (that I
don't get). If JK 2 is enabled, I get a CL error during its initialization:
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
This email is autogenerated from the output from:
/home/bodewig/dev/gump/log/jakarta-tomcat-5.html
Buildfile: build.xml
prepare-release:
[mkdir] Created dir:
remm2003/01/17 02:09:29
Modified:.RELEASE-NOTES-4.1.txt
Log:
- Status update.
Revision ChangesPath
1.50 +6 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
Index: RELEASE-NOTES-4.1.txt
remm2003/01/17 01:55:22
Modified:catalina/etc bootstrap.MF
Log:
- Fix manifest for bootstrap.
Revision ChangesPath
1.2 +1 -1 jakarta-tomcat-catalina/catalina/etc/bootstrap.MF
Index: bootstrap.MF
remm2003/01/17 02:05:40
Modified:catalina/src/bin setclasspath.bat setclasspath.sh
Log:
- The main problem with all the CL failures (including the one I reported a couple
of hours ago), was that bin was added as endorsed. While it is ok to do so
with bootstrap and the
luehe 2003/01/16 17:21:16
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Fixed 16181: JspWriter not restored properly when exception thrown in a tag's body
content
Revision ChangesPath
1.150 +12 -12
luehe 2003/01/16 17:21:06
Modified:jasper2/src/share/org/apache/jasper/compiler Tag:
tomcat_4_branch Generator.java
Log:
Fixed 16181: JspWriter not restored properly when exception thrown in a tag's body
content
Revision ChangesPath
No
luehe 2003/01/16 16:51:23
Modified:jasper2/src/share/org/apache/jasper/compiler Tag:
tomcat_4_branch Generator.java
Log:
Fixed 16181: JspWriter not restored properly when exception thrown in a tag's body
content
Revision ChangesPath
No
luehe 2003/01/16 16:51:35
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Fixed 16181: JspWriter not restored properly when exception thrown in a tag's body
content
Revision ChangesPath
1.149 +48 -7
remm2003/01/17 02:07:21
Modified:catalina/src/bin setclasspath.bat setclasspath.sh
Log:
- Port patch.
Revision ChangesPath
1.8 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat
Index: setclasspath.bat
remm2003/01/17 02:17:30
Modified:catalina/src/bin catalina.xml
Log:
- Remove stuff from the classpath.
- Update in-process target.
Revision ChangesPath
1.8 +4 -2 jakarta-tomcat-catalina/catalina/src/bin/catalina.xml
Index: catalina.xml
costin 2003/01/16 21:55:41
Modified:catalina/src/share/org/apache/catalina/util CookieTools.java
Log:
I am not very sure this is the right fix - but from the spec it seems
to be ok.
It seems some browsers ( some versions of IE on Mac ) have trouble parsing
the cookie in
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-17/jakarta-tomcat-5.html
Buildfile: build.xml
prepare-release:
[mkdir] Created dir:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-- Forwarded Message
From: Adam Ferguson [EMAIL PROTECTED]
Date: Fri, 17 Jan 2003 00:29:06 -0800
To: [EMAIL PROTECTED]
Subject: dead links ...
Hello ...
I was interested in downloading the newest version of Tomcat and all the links
I tried were dead. Here's where it sent me:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16205.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16205.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hallo Remy,
I have noted that request.getRequestURI in an error page
delivers the URI of the request page whereas getRequestURL
refers to the originally called resource. This is probably
the same (much more general) case described in
http://issues.apache.org/bugzilla/show_bug.cgi?id=8409.
This
Just a short follup:
Will you apply the patch I sent?
(Or provide an other solution with
the same effect?)
If not, please send a response so that
we can adapt correspondingly.
Grüsse,
Michael
-Original Message-
From: Eriksson, Michael
Sent: Monday, December 16, 2002 12:04 PM
To:
It won't happen in JDK1.3
It won't happen if you remove the endorsed.dirs from the CLI.
I think endorsed is completely broken, there are many other problems
and leads to undeterministic behavior. We should just remove it and
add it back in JDK1.5 or when it is fixed.
My +1 to remove the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
It won't happen in JDK1.3
It won't happen if you remove the endorsed.dirs from the CLI.
I think endorsed is completely broken, there are many other problems
and leads to undeterministic behavior. We should just remove it and
add it back in JDK1.5 or when it is fixed.
Costin Manolache wrote:
It won't happen in JDK1.3
It won't happen if you remove the endorsed.dirs from the CLI.
I think endorsed is completely broken, there are many other problems
and leads to undeterministic behavior. We should just remove it and
add it back in JDK1.5 or when it is fixed.
Martin Algesten wrote:
Remy,
once again we agree :)
Lol, I guess. After the 100th time this bug is being reopened, I'm
getting pissed ;-)
Remy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15845.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This bug seems to be submitted several times a week. Maybe an FAQ would
be in order? (or FOB -- frequently opened bugs haha)
Then again, if people don't search the bug database before submitting a
new one, then I guess they can't be expected to read the FAQ.
And on the other hand, if the spec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16178.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm trying to build TC 5 from sources and failing horribly.
Firstly I connected to cvs and checked out jakarta-tomcat-5 this
contains a buildme.txt file. Reading this, I followed the instructions,
downloaded the build.xml and ran ant.
This proceeeds to download all the appropriate files and
As I've just posted I can't (yet) build TC from sources. The reason I
want to build from sources is that the nightly builds seem to be broken.
The directory is being created (so Jan 17th is there) but the files
aren't there.
The latest date for the nightly's is Jan 14th
Kevin Jones
Developmentor
remm2003/01/17 09:05:34
Modified:.build.xml
Log:
- Revert to revision 1.62 of the build script.
Revision ChangesPath
1.64 +26 -112 jakarta-tomcat-5/build.xml
Index: build.xml
===
Kevin Jones wrote:
I'm trying to build TC 5 from sources and failing horribly.
Firstly I connected to cvs and checked out jakarta-tomcat-5 this
contains a buildme.txt file. Reading this, I followed the instructions,
downloaded the build.xml and ran ant.
This proceeeds to download all the
Thanks Remy,
I assume you mean I should start from scratch again?
Kevin
On Fri, 2003-01-17 at 17:12, Remy Maucherat wrote:
Kevin Jones wrote:
I'm trying to build TC 5 from sources and failing horribly.
Firstly I connected to cvs and checked out jakarta-tomcat-5 this
contains a
Kevin Jones wrote:
Thanks Remy,
I assume you mean I should start from scratch again?
Yes, follow these instructions:
http://jakarta.apache.org/tomcat/building.html
Remy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16211.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks. I was specifically looking for the file that contained
the delta. Eventually I found it in jk_ajp_common.c rev 1.33.
-Sam
--- Henri Gomez [EMAIL PROTECTED] wrote:
Sam wrote:
http://online.securityfocus.com/archive/1/302169/2002-12-03/2002-12-09/2
This vulnerability was reported
-Original Message-
From: Hans Bergsten [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 1:37 PM
To: Tomcat Developers List
Subject: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked
Tim Moore wrote:
This bug seems to be submitted several times a week. Maybe an
Hi,
I have a web-app that looks up a properties file.
I'm getting a java.util.MissingResourceException on ResourceBundle.getBundle(..);
The jar containg the properties file is in WEB-INF/lib.
Is this a classpath issue? Is there a workaround?
Any help would be greatly appreciated.
thanks
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16088.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2003/01/17 12:02:25
Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java
Log:
Fixed 16088: Translation error not generated if body of jsp:attribute, providing an
attribute value of type JspFragment, contains a scripting element
Revision ChangesPath
luehe 2003/01/17 12:03:10
Modified:jasper2/src/share/org/apache/jasper/resources
messages.properties
Log:
Escape ''
Revision ChangesPath
1.80 +2 -2
Tomcat apprentice seeks Master to provide guidance and
training to execute a bug hunt on an obscure platform.
Apprentice has posted bug report at:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16106
and would greatly appreciate a Master's interpretation
of the IllegalAccess stack trace.
Tim Moore wrote:
[...]
I agree that the current behavior of release should not change. There
are important uses for long-term state that we shouldn't throw away just
because of some confusion.
Right.
But what do you think about the idea of adding a new method? My
thinking is that if there
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Still doesn't work for me I get
BUILD FAILED
file d:\xxx\jakarta-servletapi5/jsr154/build.xml:67: srcdir
d:\xxx\jakarta-servletapi5/jsr154/src/share does not exist
where xxx is shorthand for the tomcat.source directory mentioned in the
instructions,
Kevin
On Fri, 2003-01-17 at 17:30, Remy
jfarcand2003/01/17 12:30:30
Modified:.build.properties.default
Log:
Force target name download to checkout modeler using cvs (not using the URL)
Revision ChangesPath
1.57 +2 -2 jakarta-tomcat-5/build.properties.default
Index:
Hi Kevin,
I've just commited a fix for build.properties.default. You should try:
cvs checkout jakarta-tomcat-5
cd jakarta-tomcat-5
ant download
ant checkout
ant dist
I've just did it from a clean workspace and everything works fine.
-- Jeanfrancois
Kevin Jones wrote:
Still doesn't work for
Remy,
once again we agree :)
M
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2003 14:19
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 16001] - Tag.release() not invoked
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED
I'm trying to consolidate the access logs for a whole bunch of Tomcats using
Spread (www.spread.org) like I do with Apache. The easiest way to do this
seems to be to patch org.apache.catalina.valves.AccessLogValve to use Spread
and I've done that trivially.
However, now that I am collecting
Howdy,
I'm trying to consolidate the access logs for a whole bunch of Tomcats
using Spread (www.spread.org) like I do with Apache. The easiest way to
do this seems to be to patch
org.apache.catalina.valves.AccessLogValve to use Spread and I've done
that trivially.
Perhaps it would be better to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16224.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hans Bergsten wrote:
evaluation all in one place. To make things even easier, these tag
handlers can _not_ be reused at all. Benchmarks with modern JVMs show
that the gain from reuse is not worth all the trouble. So, for new
tags we recommend using the SimpleTag API which takes care of the
I would also like to add functionality to the AccessLogValve, and a
subclass would be fine for my purposes, but currently,
org.apache.catalina.valves.AccessLogValve is declared final, presumably
for performance reasons. Is there any chance of changing that?
Mike
Shapira, Yoav wrote:
Howdy,
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 5:49 PM
To: [EMAIL PROTECTED]
Subject: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked
Hans Bergsten wrote:
evaluation all in one place. To make things even easier,
Costin Manolache wrote:
Hans Bergsten wrote:
evaluation all in one place. To make things even easier, these tag
handlers can _not_ be reused at all. Benchmarks with modern JVMs show
that the gain from reuse is not worth all the trouble. So, for new
tags we recommend using the SimpleTag API
You can declare your own custom pattern in AccessLogValve in server.xml.
Then you can always hardcode your id into the pattern.
-Tim
Aditya wrote:
I'm trying to consolidate the access logs for a whole bunch of Tomcats using
Spread (www.spread.org) like I do with Apache. The easiest way to do
Tim Moore wrote:
[...]
I thought the benefit of Tag.release and pooling was that I could create
a tag that does something expensive at init time (acquire a DB
connection, read a file, whatever) and reuse those resources until
released. Maybe that's a bad practice? But then what's the advantage
It seems MSIE on mac ( aparently both 9 and X ) is failing
to parse the Cookie if tomcat is used in secure mode ( with
SSL enabled ). ( it doesn't matter on which platform you run
tomcat - the browser is broken ).
I added the extra space - and the problem went away.
Remy - should we backport
Kevin Jones wrote:
Still doesn't work for me I get
BUILD FAILED
file d:\xxx\jakarta-servletapi5/jsr154/build.xml:67: srcdir
d:\xxx\jakarta-servletapi5/jsr154/src/share does not exist
where xxx is shorthand for the tomcat.source directory mentioned in the
instructions,
That directory must
Costin Manolache wrote:
It seems MSIE on mac ( aparently both 9 and X ) is failing
to parse the Cookie if tomcat is used in secure mode ( with
SSL enabled ). ( it doesn't matter on which platform you run
tomcat - the browser is broken ).
I added the extra space - and the problem went away.
Remy
Costin Manolache wrote:
Hans Bergsten wrote:
evaluation all in one place. To make things even easier, these tag
handlers can _not_ be reused at all. Benchmarks with modern JVMs show
that the gain from reuse is not worth all the trouble. So, for new
tags we recommend using the SimpleTag API
billbarker2003/01/17 19:29:03
Modified:src/share/org/apache/tomcat/modules/session SessionId.java
Log:
Fix session cookie for MSIE/Mac.
Reported by: Costin
Revision ChangesPath
1.22 +2 -2
- Original Message -
From: Glenn Nielsen [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, January 17, 2003 7:04 PM
Subject: Re: DO NOT REPLY [Bug 16001] - Tag.release() not invoked
Costin Manolache wrote:
Hans Bergsten wrote:
evaluation all in one
I, personally, think that it's time for a branch in j-t-c. At this point,
even Tomcat 3.3 won't build against the HEAD.
My proposal is: Revert the JMX dependencies in j-t-c, Create a branch (e.g.
coyote_10), and re-apply the JMX patches to the HEAD branch. Tomcat 3.3 and
Tomcat 4.1 will use
Bill Barker wrote:
I saw a significant, measureable improvement in performance when I
upgraded
our production systems to Jasper 2 with tag pooling from Jasper 1
without. CPU load on the production server dropped around 30%, request
latency was
reduced significantly, etc. The app server
Bill Barker wrote:
I, personally, think that it's time for a branch in j-t-c. At this point,
even Tomcat 3.3 won't build against the HEAD.
My proposal is: Revert the JMX dependencies in j-t-c, Create a branch
(e.g.
coyote_10), and re-apply the JMX patches to the HEAD branch. Tomcat 3.3
Hi,
i have found the reason for my problems. The main exception, which is thrown
has the following stacktrace:
java.io.IOException: Access is denied
at java.io.Win32FileSystem.createFileExclusively(Native Method)
at java.io.File.checkAndCreate(File.java:1162)
at
79 matches
Mail list logo
