jfarcand2003/08/07 16:46:18
Modified:catalina/src/share/org/apache/catalina/core
ContainerBase.java
Log:
Fix :
SEVERE: Error registering null
javax.management.MBeanRegistrationException: nested exception is
java.lang.NullPointerException
The spec says for jsp:setProperty:
A conversion failure leads to an error, whether at translation time or
requesttime.
From a compliance point of view, it looks like tomcat is OK that is throws a
JasperException.
But from a user (web developer) point of view, I would think this sucks. But
am
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-08-07/jakarta-tomcat.html
Buildfile: build.xml
detect:
uptodate:
msg.ant15:
[echo] Detected
remm2003/08/08 09:56:40
Modified:catalina/src/share/org/apache/catalina/util
CustomObjectInputStream.java
Log:
- Using Class.forName, which somehow fixes the test case for bug 22146.
Revision ChangesPath
1.2 +17 -14
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=22146.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/08/09 12:54:47
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Fix tests failures.
- Fix array init.
Revision ChangesPath
1.81 +5 -4
Hi,
I tried switching to Jikes with Tomcat release 4.1.27 (LE-JDK1.4), and it
would appear that the version of ant.jar you use internally in Tomcat to
compile JSP pages is out of date with regards to the latest versions of
Jikes (which have been around for a while now).
The Javac Ant task is
Hi all,
I've been having trouble tracking down a problem using
the org.apache.catalina.startup.Embedded class in
4.1.27. Whenever I try to start it I get the following
stack trace.
I've been having no trouble using Embedded under
4.0.6; but I'd like to move up to 4.1 to get the
latest fixes.
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=7116.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I've just realized that when you install Tomcat 5 from a fresh
workspace, Xerces is not copied under common/endorsed. I don't remember
what was the decision regarding Xerces. Have we decide to completely
remove it? If yes, then we shoud remove the dependency in
build.properties and
Hello all,
I want to fix a bug in the JSPReader of the Cocoon-Project. It would be
helpfull for me if someone could explain me how the tomcat handles the
jsp:include and jsp:forward tag.
For example, I have foo.jsp and bar.jsp:
titlefoo/title
jsp:include page=bar.jsp /
titlebar/title
I don't know if there are any build from scratch scripts out there, I am sure
there is because of the nightly build process. I wanted a script that pulls
everything from scratch and does a full build so I can test that occasionally
for myself.
Attached (hopefully) is a shell script. I've only
ÔÚ 2003-08-09 05:11:00 ÄúдµÀ£º
of you ? Could you tell me ? 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=22268.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
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=22146.
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=22236.
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=6279.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tim Funk wrote:
When I was looking at o.a.c.core.ApplicationDispatcher.java, I noticed it
used 2 different logging styles:
- Commons Logging
- log() which tries to use context.getLogger(), and if null uses
System.out
Shouldn't the log() method use commons-logging if context.getLogger()
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=22263.
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=16144.
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=22133.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
sorry if it's known already, but I didn't see it in the dev mailing list archives
(not subscribed on the list, pls send any responses to me directly, thanks)
--- jk/native/common/jk_uri_worker_map.c.orig Tue Aug 5 16:20:48 2003
+++ jk/native/common/jk_uri_worker_map.c Tue Aug 5 16:20:53 2003
Sunny Lin wrote:
To whom it may concerns,
I successfully built the web modules, but had error when do the
configtest as followed,
Syntax error on line 205 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/mod_webapp.so into server:
ld.so.1:
I got eager and saw you bug update yesterday and applied a patch to 4.1 last
night. Here's a link to the PATCH email:
http://marc.theaimsgroup.com/?l=tomcat-devm=106004487327965w=2
The commit also does a null pointer check on the getMessage() to fix a
related bug and also avoids doing the
Remy Maucherat wrote:
This is OT, sorry.
I've accepted a position of Consultant at the JBoss Group, where I will
help maintain the JBoss / Tomcat integration (which has become
especially important since their decision to use Tomcat as their default
servlet container in the upcoming JBoss
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=22151.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
I did examine the Eclipse code, and it is invalid (you must
not attempt
to access other CL controlled resources based on another URL
which was
returned by the CL).
Hi Remy,
What you say sounds reasonable to me as a user of the eclipse
code, looks like the
This is a user question and should be posted on the tomcat-user list.
On a side note, the session is maintained either by a session cookie or
by a session id at the end of each request. The server will keep your
session going for the time specified in the web.xml. If the client
forgets all
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=20369.
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=22130.
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=22141.
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=22183.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/08/05 06:22:03
Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java ApplicationDispatcher.java
ApplicationHttpRequest.java
Log:
- Fix for three related bugs.
- Bug 22013: The wrapped request must
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=18650.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Yes, adding
-Dsun.io.useCanonCaches=false
to the tomcat seemed to fix the security hole I discovered on my 4.1.24 tomcat on Windows XP using JDK 1.4.2. Great job finding a solution. It's a testament to open source and cooperation. Fortunately it's JSP source it's showing and people should
If the bug was caused by adding %20 to a page/folder in URL, then i
didn't reproduce it in Tomcat 5. I got 404 (the only bad thing is that
404's don't appear to be customizable with error-page directives in
web.xml).
What would be a good list to watch for these kinds of bugs in Tomcat?
Thanks.
301 - 335 of 335 matches
Mail list logo