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=15052.
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=15053.
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=15053.
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=15054.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 2002/12/04 02:12:04
Modified:jk/native/apache-2.0 bldjk.qclsrc
Log:
Link phase should also use the TERASPACE model
Revision ChangesPath
1.4 +1 -0 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc
Index: bldjk.qclsrc
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=15054.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
How it should work:
I am using bodytag that calls a pushBody(), then the current body writer
sould be kept and it should be createa a new one, later when I call the
popBody() the system should get the previous body (that is, the body
that has been kept on the call to pushBody())
What it does
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=13040.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Unless I'm mistaken, setenv.bat and setenv.sh were retired long ago. There are still
calls to them in the following .bat and shell files:
catalina.bat
catalina.sh
jasper.bat
jasper.sh
jspc-using-launcher.bat
jspc-using-launcher.sh
shutdown-using-launcher.bat
shutdown-using-launcher.sh
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=15065.
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=15066.
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=15065.
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=15032.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I also had some questions about how releases are made a few weeks ago.
Since we voted to pattern the releases after httpd, then I guess we are
using this document as a guideline on how to release:
http://httpd.apache.org/dev/release.html
Glenn
Jon Scott Stevens wrote:
on 2002/12/3 11:51 AM,
Sorry to be late commenting on this. I have been busy with non Tomcat stuff. I have
read most of the thread and just picked the original proposal to reply to.
I agree that authentication and authorization should be split out into separate
interfaces.
I also think it would be nice if the web
How it should work:
I am using bodytag that calls a pushBody(), then the current body writer
sould be kept and it should be createa a new one, later when I call the
popBody() the system should get the previous body (that is, the body
that has been kept on the call to pushBody())
What it does
I have some ideas on how invoking the javac compiler for compiling JSP pages can be
improved. Currently Jasper 2 uses ant to do compiles from within Tomcat which are
synchronized.
There are currently several problems.
1. The known javac memory leak.
2. JSP page compiles are synchronized.
3.
+1
Costin Manolache wrote:
The subject should be clear. The benefit is that we'll be able
to build more JMX awareness in the code without doing tricks -
each component will know about its ObjectName and will be
able to return ObjectName[].
I'm not proposing MBeans all over tomcat - modeler
With Tomcat 4.1 released many tomcat developers have been reticent to add new features
to its codebase for a number of reasons. All the development going on in Tomcat 5 and
wanting to keep the number of codebase's where bug fix patches have to be applied to a
minimum.
There are alot of ideas for
Costin Manolache wrote:
Remy Maucherat wrote:
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development going on
in Tomcat 5 and
wanting to keep the number of codebase's where bug fix patches have to
be applied to a
minimum.
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development going on
in Tomcat 5 and
wanting to keep the number of codebase's where bug fix patches have to
be
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development going on
in Tomcat 5 and
wanting to keep the number of codebase's where bug fix patches have to
be
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=15077.
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=15032.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Errr, Anyone care about this?
How do I get a patch in the repository?
Hello Tom Cats,
Currently under Tomcat 4.1.12 SSI normal configuration which invokes a
CGI script does not work. The reason for this is pretty obvious: The SSI
servelet uses the pathInfo (PATH_INFO) value and calls the
On Tue, 3 Dec 2002, Costin Manolache wrote:
Date: Tue, 03 Dec 2002 12:22:18 -0800
From: Costin Manolache [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [VOTE] Making JMX required in tomcat5
The subject should be clear. The benefit is
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development going
on in Tomcat 5 and
wanting to keep the number of codebase's where bug
jfarcand2002/12/04 09:42:32
Modified:coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Fix for bugtraq 4772112 encodeURL does not encode session with empty URL (rfc2396)
Revision ChangesPath
1.15 +12 -6
jfarcand2002/12/04 09:43:05
Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteResponse.java
Log:
Fix for bugtraq 4772112 encodeURL does not encode session with empty URL (rfc2396)
Revision ChangesPath
1.30 +12 -6
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=15081.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent
to add new features
to its codebase for a number of reasons. All the development going
on in Tomcat 5 and
wanting to keep the number of codebase's where bug
+1, good idea !
Costin
Glenn Nielsen wrote:
I have some ideas on how invoking the javac compiler for compiling JSP
pages can be
improved. Currently Jasper 2 uses ant to do compiles from within Tomcat
which are synchronized.
There are currently several problems.
1. The known javac
Glenn Nielsen wrote:
There are a number of different types of realm implementations in
org.apache.catalina.realm. These are all solely used for web application
realm based authentication except for those which implement the
UserDatabase which understands users, groups, and roles and has
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development going on
in Tomcat 5 and
wanting to keep the number of codebase's where bug
Performance-wise, wouldn't doing javac compilation in another process
be much worse than synchronized javac, at least for systems with small
number of processors? It would nice if we can have some numbers for
comparision.
I know javac used to have memory leak, but is it still true for modern
I hesitate to send this message to this list, but I have had no nibbles
on the
tomcat-user list. As I noted below, I think there may be a bug in the
tomcat4 Coyote Connector code that implements flushBuffer(). Can
anyone in the Tomcat developer community comment here or point me
to someone that
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=15009.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Glenn Nielsen wrote:
I have some ideas on how invoking the javac compiler for compiling JSP
pages can be
improved. Currently Jasper 2 uses ant to do compiles from within Tomcat
which are
synchronized.
There are currently several problems.
1. The known javac memory leak.
2. JSP page compiles
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=15009.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development going on
in Tomcat 5 and
wanting to keep the number
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=15083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Costin Manolache wrote:
Glenn Nielsen wrote:
Remy Maucherat wrote:
Glenn Nielsen wrote:
With Tomcat 4.1 released many tomcat developers have been reticent to
add new features
to its codebase for a number of reasons. All the development
going on
in Tomcat 5 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=15084.
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=15084.
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=15032.
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=14797.
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=15086.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
amyroh 2002/12/04 13:09:08
Modified:catalina/src/share/org/apache/catalina Globals.java
catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
catalina/src/share/org/apache/catalina/ssi SSIServlet.java
Log:
Fix for SSI
Jeanfrancois Arcand wrote:
This is hard to do (Catalina has never been written to allow facades).
Also, for Tomcat 5, j-t-catalina is actually the Servlet 2.4 facade.
Euh...I also like the module idea, but I share Remy's view and I doubt
about having a single o.a.c workspace for all Servlet
Hi, i'm creating JSP's in Tomcat, and i want to print stuff out to the log.
I tried system.out.println (...), but it doesn't work.
Do any of you know how I can do this?
Thanks in advance,
-Mike
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
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=15088.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Currently under Tomcat 4.1.12 SSI normal configuration which invokes a
CGI script does not work. The reason for this is pretty obvious: The SSI
servelet uses the pathInfo (PATH_INFO) value and calls the request
dispatcher for any resources needed. The request dispatcher eats the
pathInfo value and
costin 2002/12/04 15:33:28
Modified:coyote/src/java/org/apache/coyote ActionCode.java
Log:
A small change to ActionCode - add an int id to each action. It can
be used in switch().
Revision ChangesPath
1.11 +34 -25
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=15002.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It's in jakarta-servletapi-4, which IS mentioned in BUILDING_txt.
Make sure that you have servlet.home defined correctly in build.properties.
Date: Wed, 04 Dec 2002 17:39:25 -0800
From: Michael [EMAIL PROTECTED]
Subject: [newbie] where do I get TagFileInfo, etc.?
To: [EMAIL PROTECTED]
I'm
luehe 2002/12/04 18:27:35
Modified:jasper2/src/share/org/apache/jasper
JspCompilationContext.java
jasper2/src/share/org/apache/jasper/servlet
JspServletWrapper.java
Log:
Fix for 15002 (Tag files in different
kinman 2002/12/04 18:39:03
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Node.java TagPluginManager.java
jasper2/src/share/org/apache/jasper/compiler/tagplugin
TagPluginContext.java
Log:
- More
luehe 2002/12/04 18:41:53
Modified:jasper2/src/share/org/apache/jasper/compiler JspUtil.java
Log:
Added javadocs
Revision ChangesPath
1.26 +9 -3
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java
Index: JspUtil.java
billbarker2002/12/04 22:42:35
Modified:src/facade22/org/apache/tomcat/facade
HttpServletResponseFacade.java
Log:
Port patch for encoding an empty string from TC4 branch.
Revision ChangesPath
1.30 +17 -7
billbarker2002/12/04 22:51:04
Modified:.RELEASE-NOTES-3.3.2.txt
Log:
Document change to encodeURL.
Revision ChangesPath
1.15 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt
Index: RELEASE-NOTES-3.3.2.txt
61 matches
Mail list logo