Hi to all,
Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the launched
tomcat java will
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-06/jakarta-tomcat-jk-native2.html
Buildfile: build.xml
init.taskdef:
guess.os:
[echo]
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-06/jakarta-tomcat-jk.html
Buildfile: build.xml
detect:
[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=17712.
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=17070.
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=17714.
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=17714.
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=17716.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
- Mensaje original -
De: Jorge Alonso de Armiño Escudero [EMAIL PROTECTED]
Para: [EMAIL PROTECTED]
Enviado: jueves 6 de marzo de 2003 9:48
Asunto: Re: Is JK2 via ajp13 MT-safe
Thanks Henri for your answer.
The tests that we are doing are under Debian Woody Linux, kernel 2.4.20
Any
- Mensaje original -
De: Jorge Alonso de Armiño Escudero [EMAIL PROTECTED]
Para: [EMAIL PROTECTED]
Enviado: jueves 6 de marzo de 2003 11:04
Asunto: Fw: Is JK2 via ajp13 MT-safe
- Mensaje original -
De: Jorge Alonso de Armiño Escudero [EMAIL PROTECTED]
Para: [EMAIL PROTECTED]
hgomez 2003/03/06 03:12:34
Modified:catalina/src/bin catalina.sh
Log:
Add support to get catalina mai java process id in a file
via the CATALINA_PID envvar
Revision ChangesPath
1.33 +12 -1 jakarta-tomcat-4.0/catalina/src/bin/catalina.sh
Index:
hgomez 2003/03/06 03:23:25
Modified:catalina/src/bin catalina.sh
Log:
estetic change
Revision ChangesPath
1.34 +3 -3 jakarta-tomcat-4.0/catalina/src/bin/catalina.sh
Index: catalina.sh
===
hgomez 2003/03/06 03:24:05
Modified:catalina/src/bin catalina.sh
Log:
Add support to get catalina mai java process id in a file (from TC 4.1)
Revision ChangesPath
1.5 +12 -1 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh
Index: catalina.sh
Henri Gomez wrote:
Hi to all,
Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the
I had a similar issue where my solution was on shutdown to call
System.exit() if tomcat did not shutdown in a pre-configured amount of
time (which can be turned off for embedded apps). This way it works for
windows too.
Here is the bug report with patch:
With Ant 1.5.1 and building tomcat5, the last step of precompiling
fails. If I upgrade xml-apis.jar and xercesImpl.jar to xerces_2_3_0 in
the $ANT_HOME/lib directory all is OK.
With Ant 1.5.2, this error doesn't occur. Since they have the newer version.
Attached is (sad) attempt to patch this
remm2003/03/06 04:58:48
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Fix incorrect logging.
- Submitted by Jonathan Baker jbaker at intac.com
Revision ChangesPath
1.117 +5 -5
Tim Funk wrote:
With Ant 1.5.1 and building tomcat5, the last step of precompiling
fails. If I upgrade xml-apis.jar and xercesImpl.jar to xerces_2_3_0 in
the $ANT_HOME/lib directory all is OK.
With Ant 1.5.2, this error doesn't occur. Since they have the newer
version.
Attached is (sad)
Tim Funk wrote:
I had a similar issue where my solution was on shutdown to call
System.exit() if tomcat did not shutdown in a pre-configured amount of
time (which can be turned off for embedded apps). This way it works for
windows too.
Here is the bug report with patch:
Henri Gomez wrote:
Tim Funk wrote:
I had a similar issue where my solution was on shutdown to call
System.exit() if tomcat did not shutdown in a pre-configured amount of
time (which can be turned off for embedded apps). This way it works
for windows too.
Here is the bug report with patch:
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=17000.
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=17724.
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=17724.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2003/03/06 07:15:04
Modified:jk/native2/common jk_worker_status.c
Log:
Gump failure.
Whoever did this: great work !!!
Revision ChangesPath
1.40 +2 -1 jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
Index: jk_worker_status.c
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a
Costin Manolache wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to
Remy Maucherat wrote:
Costin Manolache wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart
Hi I know this is for tomcat-user but maybe I can get faster answer
here.
I'm using TC 4.1.18
I developed app in W2K environment, but have problems to configure TC
on Suse 8.1 Linux.
I have my base classes with my realm implementation and other stuff in
framework.jar, framework.jar is in
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
Henri Gomez wrote:
Henri Gomez wrote:
Hi to all,
Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such
hgomez 2003/03/06 08:29:31
Modified:src/shell tomcat.sh
Log:
Add some usefull ENV VARS as does in TC 4.1/TC 5.0
Revision ChangesPath
1.36 +76 -10jakarta-tomcat/src/shell/tomcat.sh
Index: tomcat.sh
I commited in TC 4.1 and CATALINA HEAD (not in TC 4.0.X)
And an updated in TC 3.3.2-dev (HEAD)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hgomez 2003/03/06 08:30:45
Modified:src/shell tomcat.sh
Log:
Was a little too fast, quick fixes.
Revision ChangesPath
1.37 +4 -4 jakarta-tomcat/src/shell/tomcat.sh
Index: tomcat.sh
===
I have been noticing some odd errors in the catalina.out on my systems
running 4.1.18 (installed via RPM on Red Hat Linux 7.3). Can someone
explain what the hex stuff is and what is causing this? I had originally
thought the problem was due to not having the maxProcessors setting in
server.xml
Henri Gomez wrote:
I commited in TC 4.1 and CATALINA HEAD (not in TC 4.0.X)
And an updated in TC 3.3.2-dev (HEAD)
These updated shell script (TC 3.3.x, 4.1 and 5.0) should make life
easier for people which want to use tomcat via initd script, ie all
Linux RPM based distros.
Jason Corley wrote:
I have been noticing some odd errors in the catalina.out on my systems
running 4.1.18 (installed via RPM on Red Hat Linux 7.3). Can someone
explain what the hex stuff is and what is causing this? I had originally
thought the problem was due to not having the maxProcessors
Would an attempted request right at socket initialization cause it?
Jason
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 11:43 AM
To: Tomcat Developers List
Subject: Re: hex dump error in catalina.out
Jason Corley wrote:
I have been
Hi I know this is for tomcat-user but maybe I can get faster answer
here.
I'm using TC 4.1.18
I developed app in W2K environment, but have problems to configure TC
on Suse 8.1 Linux.
I have my base classes with my realm implementation and other stuff in
framework.jar, framework.jar is 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=17666.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Have you read this document?
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html
On Thursday, March 6, 2003, at 09:58 AM, Uros Kotnik wrote:
Hi I know this is for tomcat-user but maybe I can get faster answer
here.
I'm using TC 4.1.18
I developed app in W2K environment, but
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=17736.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Yes, obviously my colleague didn't follow my instructions where to put
realm implementation .jar, we lost 3 hours and on the end he told me
..but I didn't put it tchome\server\lib.. (where it should be)
Now everything is working...
Sorry.
-Original Message-
From: Tom Anderson
luehe 2003/03/06 11:42:54
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Made setArgs method public
Revision ChangesPath
1.36 +84 -84
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
Index: JspC.java
costin 2003/03/06 11:45:27
Modified:jk/xdocs/jk2 configweb.xml configwebcom.xml
Log:
Updated the documentations.
Revision ChangesPath
1.17 +119 -68 jakarta-tomcat-connectors/jk/xdocs/jk2/configweb.xml
Index: configweb.xml
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=17740.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2003/03/06 12:11:18
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Rearranged public and private methods, so code becomes more readable.
Changed visibility of instance variables from public to private.
Revision ChangesPath
1.37 +426 -445
luehe 2003/03/06 12:21:47
Modified:jasper2/src/share/org/apache/jasper/compiler Localizer.java
TldLocationsCache.java
jasper2/src/share/org/apache/jasper/resources
messages.properties
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=9535.
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=17741.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I agree. It also messes with session persistence.
On Wednesday, March 5, 2003, at 06:21 PM, Michael Tildahl wrote:
It looks like the StandardSession class, in the 4.x line, uses two
variables
thisAccessedTime and lastAccessedTime to keep track of the sessions
last
accessed time. The method
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=17743.
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=17744.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Currently using Tomcat 4.1.12/Coyote AJP 13 connector with IIS 5.0 and the
1.2.2 JK2 ISAPI redirector. Have recently upgradeded to Tomcat 4.1.18, and
it appears the call to request.getRemoteUser is no longer functioning
correctly. It is returining a null or empty value, whereas in 4.1.12, it
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=17070.
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=17070.
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=17070.
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=17748.
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=17749.
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=17748.
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=17749.
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=17749.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello All,
I am using SOAP 2.2 with TOMCAT 4.1.
I encountered the following problem:
My SOAP server and my GUI JSPs are installed on the same TOMCAT server
(same JVM).
Now, everything goes on just fine. I am using the GUI which makes a lot
of SOAP calls to the SOAP server.
Everything is fine
61 matches
Mail list logo
