I want to know your opinion on the topic of adding an
option to FileLogger to disable log rotation. Here is a
bug (enhancement) for that:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16596
Is it possible to build that into any next release of
Tomcat?
remm2003/02/05 00:43:02
Modified:jasper2 build.xml
Log:
- Fix Jasper build.
Revision ChangesPath
1.20 +3 -4 jakarta-tomcat-jasper/jasper2/build.xml
Index: build.xml
===
RCS file:
remm2003/02/05 00:43:30
Removed: jasper2/lib jsp20el.jar
Log:
- Remove useless binary.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
remm2003/02/05 00:44:09
Modified:.build.properties.default
Log:
- Fix download target.
Revision ChangesPath
1.66 +2 -2 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
Larry,
Sorry, Clicked the wrong button. :)
No problem, :), i undertands the concerns, and the change seems a little
daring i know.. anyway, reviewing by peers works, thanks god.. :)
To finish the thought, with the change below, does
http://localhost/test%2F/test.jsp
still go 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=14261.
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=14261.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello
I have some questions related to how tomcat's servlet
container handles some HTTP/1.1 issues. Understanding
these, I think, would be beneficial in improving the
performance of my web-application. Here they go:
1. How can my servlet respond with transfer encoding
as chunked? When is my
I am trying to use a class by using useBean tag in jsp but i am not able to
do it so remove all coding and just using import class name syntax but still
i am not able to do that on tomcat4.1.18 .so what i am doing wrong
can you suggest me
C:\Program Files\Apache Group\Tomcat
rf wrote:
Hello
I have some questions related to how tomcat's servlet
container handles some HTTP/1.1 issues. Understanding
these, I think, would be beneficial in improving the
performance of my web-application. Here they go
1. How can my servlet respond with transfer encoding
as chunked?
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=14261.
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=14261.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've haven't looked at the full source in a while, so I'm
somewhat guessing at the exact impact. I'm working on a
Tomcat 3.3.2 release plan which will need to integrate
use of the J-T-C connectors. I should be able to take a
more in depth look at this as part of that.
I wouldn't see it as a
BTW, this does not build with JDK's 1.4 and if you use a servlet.jar
built with 1.4 in a JVM 1.4 you get a NoSuchMethodError.
This change for jakarta-servletapi-4 need to reverted for now.
Glenn
Costin Manolache wrote:
this is for servetapi_4.
Same applies to servletapi_5 ( I already sent a
Oups. I tested the patch using 1.4 (having the impression Costin was
working with 1.3). I will revert the patch.
Thanks,
-- Jeanfrancois
Glenn Nielsen wrote:
BTW, this does not build with JDK's 1.4 and if you use a servlet.jar
built with 1.4 in a JVM 1.4 you get a NoSuchMethodError.
This
jfarcand2003/02/05 07:17:47
Modified:src/share/javax/servlet ServletException.java
Log:
Revert patch seems doesn't works with vm 1.4
Revision ChangesPath
1.3 +2 -2
jakarta-servletapi-4/src/share/javax/servlet/ServletException.java
Index:
jfarcand2003/02/05 07:20:25
Modified:jsr152/src/share/javax/servlet/jsp JspException.java
Log:
Revert patch
Revision ChangesPath
1.4 +2 -2
jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/JspException.java
Index: JspException.java
jfarcand2003/02/05 07:22:19
Modified:jsr154/src/share/javax/servlet ServletException.java
Log:
Revert patch
Revision ChangesPath
1.3 +2 -2
jakarta-servletapi-5/jsr154/src/share/javax/servlet/ServletException.java
Index: ServletException.java
Ops...
Sorry - you're right.
There is a way to make it compatible with both 1.3- and 1.4 - but it would
require changing the interface, so probably need to send feedback to the
jcp...
( adding a Throwable getCause() to the interface would make the stack traces
work again ).
Costin
Glenn
Hi,
I would very much appreciate your rapid response in the matter:
I am using Tomcat 4.1 and I have configured a certain area as protected:
I am using JDBCRealm org.apache.catalina.realm.JDBCRealm and a MYSQL
driver.
I have the configuration setup such that requests to the protected area
Return Receipt
Your Tomcat 4.1: Problem/Bug with authentication - Please inform
document
:
Jeanfrancois Arcand wrote:
Oups. I tested the patch using 1.4 (having the impression Costin was
working with 1.3). I will revert the patch.
Sorry for that...
Both servletapi-4 and 5 need to be reverted.
I'll try to find an alternative solution. The problem is that debugging some
errors is
Jeanfrancois,
This is the build error I just got for tomcat 5 when running ant download:
compile:
[javac] Compiling 56 source files to
/usr/djiao/jakarta-tomcat-5/commons-el/target/classes
[javac]
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=16808.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You should try to get answers to questions like this on tmcat-users alias.
You'll need to put whatever you import in a package. This is a new
in JDK1.4.
Date: Wed, 05 Feb 2003 17:39:07 +0530
From: Sachin Chowdhary [EMAIL PROTECTED]
Subject: bean with jsp
To: [EMAIL PROTECTED]
X-MIMEOLE:
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=15693.
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=15693.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Larry,
I wouldn't see it as a step forward where we increase
the vulnerability of the majority, and the effort needed
to deal with that, in favor of satisfying a small minority
that insist on using inherently unsafe escape sequences.
Maybe this new behavior should be an option like it is
nacho 2003/02/05 14:10:51
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Revert latest Fix for Bug#16759
Revision ChangesPath
1.55 +7 -11
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c
Index: jk_isapi_plugin.c
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=16759.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2003/02/05 14:44:52
Modified:catalina/src/share/org/apache/catalina/loader Tag:
tomcat_40_branch StandardClassLoader.java
Log:
Apply classloader fix to branch.
Original comment:
While most JDK's on Windows are very tolerant of backslashes in
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=16821.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 2003/02/05 15:24:47
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm
SaveJNDIRealmAction.java
webapps/admin/logger loggers.jsp
Log:
Fix to look up the correct attribute name for JNDIRealm page.
Also, background
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=16822.
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=16822.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2003/02/05 15:35:22
Modified:jasper2/src/share/org/apache/jasper/compiler
ErrorDispatcher.java Generator.java JspConfig.java
TagFileProcessor.java
Log:
Changed default for rtexprvalue for tag files from 'false' to 'true',
as
luehe 2003/02/05 15:39:21
Modified:jasper2/src/share/org/apache/jasper/compiler
ErrorDispatcher.java Generator.java JspConfig.java
Log:
Undid changes that were not supposed to be committed with previous putback
Revision ChangesPath
1.11 +3
luehe 2003/02/05 15:41:19
Modified:jasper2/src/share/org/apache/jasper/compiler JspConfig.java
Log:
fixed typo
Revision ChangesPath
1.9 +4 -4
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java
Index: JspConfig.java
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=16822.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
nacho 2003/02/05 16:33:16
Modified:jk/native2 build.xml
Log:
Honor use.jni, needed to fix gump builds..
Fixed resources location for apache13 win32 builds
Revision ChangesPath
1.38 +2 -2 jakarta-tomcat-connectors/jk/native2/build.xml
Index: build.xml
Using Tomcat 4.1.17 to upload a servlet I get a Class not found error
when the class is there.
Notice that the error stems from my driver in jakarta_home/common/lib while
the class it can not find is loaded from a jar in my app's WEB-INF/lib.
If I put the class into jakarta_home/common/classes
1. you could also move the mysql.jar into your WEB-INF/lib and you should resove the
same problem too.
2. You could just get the bytes (instead of getObject) store/retrieve bytes and do the
marshalling in your servlet code.
Filip
-Original Message-
From: shawn [mailto:[EMAIL
On Thu, 2003-02-06 at 09:42, Filip Hanik wrote:
1. you could also move the mysql.jar into your WEB-INF/lib and you should resove the
same problem too.
From Tomcat docs on DBCP
These jar files along with your the jar file for your JDBC driver should
be installed in $CATALINA_HOME/common/lib.
The problem you are experiencing is a fundamental issue on how classloaders hierarchy
works when using servlet container. documented here
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html
Filip
-Original Message-
From: shawn [mailto:[EMAIL PROTECTED]]
Sent:
So this is something that can not be changed and either we have to
1) include the class in distributions (outside the jar) for placement in
common/classes
or
2) store and retrieve bytes and marshal it in a servlet
Correct?
On Thu, 2003-02-06 at 10:28, Filip Hanik wrote:
The problem you are
absolutely correct :)
Filip
-Original Message-
From: shawn [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 05, 2003 5:40 PM
To: Tomcat Developers List
Subject: RE: class loading issue/bug 4.1.17
So this is something that can not be changed and either we have to
1) include the
Thanks. The restored mod_jk behavior is the same as
Tomcat 3.3.x with DecodeInterceptor ... safe=true/,
the default. Unsafe escapes give 403's. We can
add a similar option to mod_jk to turn off the checking.
Though, I can't image a situation where it would make
sense to accept the risks to gain
Hi,
I would like to know whether I can control the cacheing
behavior of org.apache.catalina.loader.WebappClassLoader
somehow.
For the purpose of developing a server application, I would
like to be able to drop in config files and other resource
files such as scripts and be able to reload them
while distributing a tomcat+application to people who
want to run tomcat on a port different than the
default, it would be more easy if we can supply the
port at the command line, like
bin/startup.bat 9002
than change the port in the server.xml
Also, I would like to supply some parameters to my
I'm not quite sure why it does but I am finding the implementation of
this class in particular to be somewhat flawed. For example, the
recycle() method doesn't remove a session from memory (via the Manager)
but expire() does. So, when something is recycled, it is actually
left on the list
- Original Message -
From: rf [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 05, 2003 10:32 PM
Subject: server port at the command line
while distributing a tomcat+application to people who
want to run tomcat on a port different than the
default, it would be more
--- Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: rf [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 05, 2003 10:32 PM
Subject: server port at the command line
while distributing a tomcat+application to people
who
want to run tomcat on
52 matches
Mail list logo