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=18268.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tim Funk wrote:
Looks good. Can I propose an (close) alternative?
Can the status servlet produce an XML document? Then the XML document
can either parsed by some third party app or it can be transformed in
place to anyone's liking via XSLT.
It has been decided earlier that it would produce
After several
test using mod_jk 2.0.43 on Linux with apache 2.0.43 we noticed that if we
define workers.properties as followthe load balancing send to both tomcat
server but not in the same ratio.
For example if
we stress with 100 users, 80 are routed to the first tomcat server declared
amyroh 2003/03/24 01:17:02
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
CommitChangesAction.java
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
SaveConnectorAction.java
amyroh 2003/03/24 01:18:27
Modified:catalina/src/share/org/apache/catalina/core
ContainerBase.java StandardServer.java
mbeans-descriptors.xml
catalina/src/share/org/apache/catalina/mbeans
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=5704.
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=5704.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jean-Francois Arcand wrote:
Hi Remy,
the servlet doesn't compile with JDK 1.3.x :
StatusManagerServlet.java:274: cannot resolve symbol
[javac] symbol : method maxMemory ()
[javac] location: class java.lang.Runtime
[javac] writer.print(Runtime.getRuntime().maxMemory());
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-24/jakarta-tomcat-jk-native2.html
Buildfile: build.xml
init.taskdef:
guess.os:
[echo]
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=18273.
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=18273.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-- Forwarded Message
From: mark [EMAIL PROTECTED]
Date: Fri, 21 Mar 2003 10:25:52 -0500
To: [EMAIL PROTECTED]
Subject: Poor documentation for jk
Hi Webmaster,
I would like to bring to light the fact that the documentation for the
jk mod to bind apache and tomcat is severly skrewd. It's
-- Forwarded Message
From: Tony Lockhart [EMAIL PROTECTED]
Date: Fri, 21 Mar 2003 08:33:01 -0800 (PST)
To: [EMAIL PROTECTED]
Subject: Fwd: jakarta_tomcat_mod_jk connector
As followup to my previous note, I have contacted redhatLinux, and found that
their version of Apache for linux8.0
Costin Manolache wrote:
We currently distribute .tar.gz / .zip with the full tomcat as
well as RPM, .so, .exe.
I would like to start adding .jar files as part of the release process
for tomcat - eventually even for 4.1.24 ( we just need to upload the
current jars as a separate download ).
The
Costin Manolache wrote:
Remy Maucherat wrote:
For example if we fix something in jk - should we have to make a full
new release of tomcat ? Same for jasper, catalina, etc.
Yes, we do. We release stable builds based on multiple components. We
can't support pick and choosing (latest big example:
LAGALISSE Eric wrote:
After several test using mod_jk 2.0.43 on Linux with apache 2.0.43 we
noticed that if we define workers.properties as follow the load
balancing send to both tomcat server but not in the same ratio.
For example if we stress with 100 users, 80 are routed to the first
tomcat
We're using the 1.2.2 release.
Could you explain me what you mean by ' Could you retry with HEAD ?'
Thanks for your help.
Eric LAGALISSE
-Message d'origine-
De : Henri Gomez [mailto:[EMAIL PROTECTED]
Envoyé : lundi 24 mars 2003 13:11
À : Tomcat Developers List
Objet : Re: lb_factor
He means please try again with the latest version from CVS, i.e. HEAD.
Jason
-Original Message-
From: LAGALISSE Eric [mailto:[EMAIL PROTECTED]
Sent: Mon 3/24/2003 7:29 AM
To: Tomcat Developers List
Cc:
Subject:RE : lb_factor defect.
We're using the 1.2.2 release.
remm2003/03/24 04:46:39
Modified:catalina/src/share/org/apache/catalina/servlets
StatusManagerServlet.java
Log:
- Update to XML (and see if Costin complians). The XML is readable enough
for a human anyway.
- Use client side XSL for HTML clients.
-
remm2003/03/24 04:46:56
Added: webapps/manager xform.xsl
Log:
- Update to XML (and see if Costin complians). The XML is readable enough
for a human anyway.
- Use client side XSL for HTML clients.
- Partially submitted by Tim Funk.
Revision ChangesPath
1.1
[EMAIL PROTECTED] wrote:
remm2003/03/24 04:46:39
Using XML will avoid bad remarks from Jon ;)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [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=18278.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy,
At the risk of being just a me too post, since this is a sort of vote,
I would say -1 as well. I simply wouldn't bother to subscribe to
tomcat-connectors-user if it were a separate list.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Glenn Nielsen
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=18279.
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=18278.
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=18278.
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=16830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Fri, 21 Mar 2003, Costin Manolache wrote:
| It's not about pick and choose - we control the list that makes up a
| stable release.
[ ... ]
|
| At any givent time, Tomcat stable will be the latest major release (
| 4.1.24 ) plus any additional patches that we test. All OS vendors have
|
I'm trying to fix the failure below when building libjkjni.so ..
Anyone knows what happens here ?
I've tried to see what the difference is between mod_jk2 for apache 2
that builds ok, and one difference i found is that mod_jk2 is linked
against APR without any problem and without apr being named
Ignacio J. Ortega wrote:
I'm trying to fix the failure below when building libjkjni.so ..
Anyone knows what happens here ?
I've tried to see what the difference is between mod_jk2 for apache 2
that builds ok, and one difference i found is that mod_jk2 is linked
against APR without any problem
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=18278.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Gomez wrote:
- the jar names should be fully versioned ( otherwise we can't keep
more than a version in the dist dir ), and a symbolic link will point to
the latest release.
We would have:
catalina.jar - catalina-4.1.24.jar
tomcat-util.jar - tomcat-util-4.1.24.jar
etc.
A big
Ignacio J. Ortega wrote:
I'm trying to fix the failure below when building libjkjni.so ..
Anyone knows what happens here ?
I've tried to see what the difference is between mod_jk2 for apache 2
that builds ok, and one difference i found is that mod_jk2 is linked
against APR without any
Can anyone with a linux at hand do:
wget http://apache.secsup.org/dist/httpd/httpd-2.0.44.tar.gz
./configure
make
make install
and see what's in /usr/local/apache2/lib after it?
Thanks..
i've found that
http://marc.theaimsgroup.com/?l=tomcat-userm=103480087925347w=2
it's advisable to so?
Henri Gomez wrote:
To follow a Packaged approach, ie using rpm/deb, tc5/tc4.1 should
have its own jars and dependencies on externals jar (logging, mx4j.).
With this way it's easy to maintain a tomcat version with up to date
externals jars (assuming they are backward compatible).
Yes - but
Costin Manolache wrote:
Henri Gomez wrote:
To follow a Packaged approach, ie using rpm/deb, tc5/tc4.1 should
have its own jars and dependencies on externals jar (logging, mx4j.).
With this way it's easy to maintain a tomcat version with up to date
externals jars (assuming they are backward
Remy Maucherat wrote:
Jean-Francois Arcand wrote:
Hi Remy,
the servlet doesn't compile with JDK 1.3.x :
StatusManagerServlet.java:274: cannot resolve symbol
[javac] symbol : method maxMemory ()
[javac] location: class java.lang.Runtime
[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=18283.
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=18283.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2003/03/24 09:35:26
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
jasper2/src/share/org/apache/jasper/runtime
JspRuntimeLibrary.java
Log:
Implemented 'exception' variable clarification:
The 'exception'
Henri Gomez wrote:
That's why the idea of using a repository of jars is a good idea :
/usr/share/java/log4j-1.1.3.jar
/usr/share/java/log4j-1.2.7.jar
/usr/share/java/log4j-1.2.8.jar
/usr/share/java/log4j.jar - log4-1.2.8.jar
/usr/share/java/mx4j-jmx-1.1.1.jar
- Original Message -
From: Jean-Francois Arcand [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, March 24, 2003 8:21 AM
Subject: Re: [5.0] Monitor servlet
Remy Maucherat wrote:
Jean-Francois Arcand wrote:
Hi Remy,
the servlet doesn't compile
Costin,
It doesn't seem like mbeans are created appropriately when logger, realm,
and valve are dynamically added after start. Is the mbean registration code
listening to those events? I see that logger/valve registration is done in
ContainerBase.start(). Also, the mbeans are not getting
On Thu, 20 Mar 2003, Aditya wrote:
Date: Thu, 20 Mar 2003 21:40:20 -0800
From: Aditya [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: domain-wide session cookies?
Under Tomcat-4 it looks like the session cookie is set in:
On Fri, 21 Mar 2003, Remy Maucherat wrote:
Date: Fri, 21 Mar 2003 12:05:26 +0100
From: Remy Maucherat [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs
Hi,
Amy Roh wrote:
Costin,
It doesn't seem like mbeans are created appropriately when logger, realm,
and valve are dynamically added after start. Is the mbean registration
code listening to those events?
It should.
For valve - I think it works now ( I'll make a commit soon with few more
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=17523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Craig R. McClanahan wrote:
Many app servers have private deployment descriptors for extra
information, similar to what Remy is proposing -- indeed, one could claim
that Tomcat does this already with how we use $CATALINA_HOME/conf/web.xml
to set default behavior (well, at least until Costin's
I believe I am seeing a memory leak that occurs when deploying or
more precisely undeploying a web application through the Tomcat manager.
I've done some analysis using a stripped down web application, JProbe,
and code inspection. I would not presume to know the Tomcat source nor
have done a
Here's a patch to JdkCompat, and JdkCompat1.4
The method is called getMaxMemory() and returns -1 for jdk1.3 or less.
Why -1? I had to pick a number. Feel free to change.
I do not have a patch yet for StatusManagerServlet. With luck, I'll have
a patch for that(with additional functionality) in
On Mon, 24 Mar 2003 11:44:04 -0800 (PST), Craig R. McClanahan [EMAIL PROTECTED]
said:
Under Tomcat-4 it looks like the session cookie is set in:
org/apache/catalina/connector/HttpResponseBase.java
and the code that sets it uses the default domain (which is equal to
the
request
luehe 2003/03/24 13:36:05
Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java
JspDocumentParser.java Node.java PageDataImpl.java
PageInfo.java Parser.java ParserController.java
Validator.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=18294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I run the SecurityTracker web site (http://securitytracker.com/), which is dedicated
to reporting on
computer and network security vulnerabilities (and their fixes). I read on the news
page that
Tomcat 4.1.24 contains a fix for a denial of service issue:
22 March 2003 - Tomcat 4.1.24
On Mon, 24 Mar 2003, Aditya wrote:
Date: Mon, 24 Mar 2003 13:34:57 -0800
From: Aditya [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: domain-wide session cookies?
On Mon, 24 Mar 2003 11:44:04 -0800 (PST),
Here are the latest round of JSP 2.0 API updates. Some changes will
need to be made to jakarta-commons-sandbox/el before applying this patch.
I also made a couple of changes to the JSP 2.0 examples in accordance
with these changes.
jsr152/src/share/dtd/jsp_2_0.xsd:
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=14077.
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=9851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
keith 2003/03/24 15:19:19
Modified:.RELEASE-NOTES-4.1.txt
catalina/src/share/org/apache/catalina/authenticator
DigestAuthenticator.java
catalina/src/share/org/apache/catalina/realm RealmBase.java
Log:
Improve digest
luehe 2003/03/24 15:50:41
Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java
jasper2/src/share/org/apache/jasper/resources
messages.properties
Log:
Implemented JSP 2.0 change to page directive:
Support more than one
kinman 2003/03/24 16:07:12
Modified:jasper2/src/share/org/apache/jasper/compiler
ELFunctionMapper.java ELNode.java Validator.java
jasper2/src/share/org/apache/jasper/resources
messages.properties
Log:
- Implement a
kinman 2003/03/24 16:18:25
Modified:jasper2/src/share/org/apache/jasper/resources
messages.properties
Log:
- Forgot this one.
Revision ChangesPath
1.109 +4 -3
luehe 2003/03/24 16:57:46
Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java Node.java PageInfo.java
ParserController.java Validator.java
Log:
Moved indication of whether XML prolog contains explicit
On Mon, 24 Mar 2003 14:10:59 -0800 (PST), Craig R. McClanahan [EMAIL PROTECTED]
said:
Sharing a session across virtual hosts violates the Servlet spec
(Section 7.3 - HttpSession objects must be scoped at the
application (or servlet context) level and Section 3.6 - Servlet
contexts can not
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=16157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 2003/03/24 17:49:29
Modified:jasper2/src/share/org/apache/jasper/compiler
ELFunctionMapper.java ELNode.java Validator.java
Log:
- Reuse a previous function mapper if it contains all the functions in
the current expression.
Revision Changes
Amy Roh wrote:
Costin,
It doesn't seem like mbeans are created appropriately when logger,
realm,
and valve are dynamically added after start. Is the mbean registration
code listening to those events?
It should.
For valve - I think it works now ( I'll make a commit soon with few
On Mon, 24 Mar 2003, Aditya wrote:
Date: Mon, 24 Mar 2003 17:07:43 -0800
From: Aditya [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Filter access to response object [was Re: domain-wide session
cookies?]
I am actually a tomcat user, but I've been asking in that list for a while, they don't
have a clue.
I am working on a project which does web-based mutual authentication via certificates.
I did a little bit research on the Web and found out that Tomcat SSL obviously
supports mutual
Hi there,
I don't know if this mail is addressed correctly in here ... anyhow ...
I'm using Tomcat 4.0.x, 4.1.x (up to .24) and Tomcat 3.3.1a for
developing WAP-enabled portals.
I must not use cookies for session handling (because WAP-Gateways
sometimes allow cookies but they're not
On Mon, 24 Mar 2003 21:32:07 -0800 (PST), Craig R. McClanahan [EMAIL PROTECTED]
said:
On Mon, 24 Mar 2003, Aditya wrote:
Here's my problem:
- I have a single filter that essentially does:
doFilter(...)
do stuff to request object...
chain.doFilter(..);
do stuff to response object...
}
Amy Roh wrote:
I moved the valve registration in addValve().
Cool. I think logger and realm registration should be in setLogger and
setRealm as well so mbeans can get registered correctly. Also,
deregistration for old mbean should happen when new logger or realm is
null.
+1 :-)
For the
72 matches
Mail list logo