-Dactivation.home=/data/gump/opt/jaf-1.0.1 -Djmx.home=/data/gump/opt/jmx-1_2-ri
-Djdbc20ext.jar=/data/gump/opt/jdbc2_0/jdbc2_0-stdext.jar
-Djmx-tools.jar=/data/gump/opt/jmx-1_2-ri/lib/jmxtools.jar
-Dregexp.jar=/data/gump/jakarta-regexp/build/jakarta-regexp-20040211.jar
-Dmail.home=/data/gump/opt
hgomez 2004/02/11 01:08:41
Removed: jk/native/jni jni_connect.dsw
jk/native/netscape nsapi.dsw
Log:
Remove unneeded .dsw, MSVC will recreate them
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Mike Anderson a écrit :
It's fine by me. Günter is correct that MSVC will create these as necessary and you can build without them.
I'd do it, but I'm clueless about the proper procedure in CVS (being a Windows/NetWare weenie:-) I'm learning though.
I'm using Eclipse and it rocks in the CVS
Alexander Schwartz a écrit :
Am Di, den 10.02.2004 schrieb Henri Gomez um 15:52:
To fix this serious bug we should modify the current service API.
We should store the POSTED datas in the jk_ws_service_t area and
not in ajp_operation_t, as such the first worker will feed the POST
datas in an
hgomez 2004/02/11 01:49:49
Modified:jk/native/common jk_ajp_common.c jk_global.h jk_lb_worker.c
jk_msg_buff.c jk_msg_buff.h jk_service.h
Log:
Fix the POST recovery in LB mode.
Revision ChangesPath
1.47 +22 -2
hgomez 2004/02/11 01:50:19
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Initialize the reco status
Revision ChangesPath
1.92 +4 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
hgomez 2004/02/11 01:50:39
Modified:jk/native/apache-1.3 mod_jk.c
Log:
Initialise the reco status
Revision ChangesPath
1.46 +4 -1 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c
Index: mod_jk.c
hgomez 2004/02/11 01:52:03
Modified:jk/native/iis jk_isapi_plugin.c
Log:
Initalize the reco status
Revision ChangesPath
1.21 +4 -1 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c
Index: jk_isapi_plugin.c
hgomez 2004/02/11 01:57:42
Modified:jk/native/isapi jk_isapi_plugin.c
Log:
Initialize reco status
Revision ChangesPath
1.4 +4 -1 jakarta-tomcat-connectors/jk/native/isapi/jk_isapi_plugin.c
Index: jk_isapi_plugin.c
Alexander Schwartz a écrit :
Am Di, den 10.02.2004 schrieb Henri Gomez um 15:52:
To fix this serious bug we should modify the current service API.
We should store the POSTED datas in the jk_ws_service_t area and
not in ajp_operation_t, as such the first worker will feed the POST
datas in an
hgomez 2004/02/11 01:58:45
Modified:jk/native/netscape jk_nsapi_plugin.c
Log:
Initialize reco status
Revision ChangesPath
1.10 +4 -1 jakarta-tomcat-connectors/jk/native/netscape/jk_nsapi_plugin.c
Index: jk_nsapi_plugin.c
ballot
Release 4.1.30 as Stable:
[x] Yes
[ ] No
/ballot
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
remm2004/02/11 04:07:23
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
Log:
- The forward request attributes must reflect the original request. So only set them
if the request being passed doesn't have them.
remm2004/02/11 04:09:29
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpRequest.java
Log:
- Bug 26838: refactor once again the enum algorithm.
- Delegate special getAttribute only if we're not in a forward.
Revision Changes
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=26838.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2004/02/11 04:54:30
Modified:.tomcat.nsi
Log:
- Add support for silent installations.
Revision ChangesPath
1.42 +23 -1 jakarta-tomcat-5/tomcat.nsi
Index: tomcat.nsi
===
RCS
Tim Funk wrote:
ballot
Release 4.1.30 as Stable:
[x] Yes
[ ] No
/ballot
You're my friend now :)
Any other votes ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Henri,
the patch below removes the obsolete files from the project file;
in addition I'd suggest to remove both *.dsw files from
./jk/native/netscape and ./jk/native/jni folders cause they are not
needed - MSVC creates then self.
removed, should I do the same for isapi ?
yes, the *.dsw are
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=21502.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfclere 2004/02/11 06:24:20
Modified:jk/support jk_apr.m4
Log:
Add SHELL otherwise I get on ReliantUnix:
./configure[9038]: ./configure: not found
Revision ChangesPath
1.10 +2 -2 jakarta-tomcat-connectors/jk/support/jk_apr.m4
Index: jk_apr.m4
jfclere 2004/02/11 07:08:14
Modified:jk/support jk_apr.m4
Log:
Oops I missed this one.
Revision ChangesPath
1.11 +2 -2 jakarta-tomcat-connectors/jk/support/jk_apr.m4
Index: jk_apr.m4
===
Title: performace tips
Hi,
I'm actually using tomcat 4.1 with apache 2.0 connected using mod_jk,
i use mod_deflate too,
and i'm searching any tips or modules or other to accelerate speed, improve performance, and so on
any idea welcome
regards
Loïc
Hi!
I'm using Jboss 3.2.1 with Tomcat 4.1.24, and Tomcat is running as a
Jboss MBean.
I want to control the number of sessions each application can have. To
do this, I'm trying to store
sessions in a postgresql database, and use the Tomcat PersistentManager
Implementation.
The tomcat
larryi 2004/02/11 08:24:14
Modified:proposals/JmxSupport build.xml
Log:
Include the jmxtools jar in the classpath so this add-on can build.
Revision ChangesPath
1.3 +1 -0 jakarta-tomcat/proposals/JmxSupport/build.xml
Index: build.xml
[EMAIL PROTECTED] 2/11/2004 2:11:08 AM
Mike Anderson a écrit :
It's fine by me. Günter is correct that MSVC will create these as necessary and
you can build without them.
I'd do it, but I'm clueless about the proper procedure in CVS (being a
Windows/NetWare weenie:-) I'm learning though.
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=13983.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
truk2004/02/11 10:40:58
Modified:jk/support jk_java.m4
Log:
make sure JAVA_HOME is not picked up from env when use_jni is false
Revision ChangesPath
1.6 +5 -1 jakarta-tomcat-connectors/jk/support/jk_java.m4
Index: jk_java.m4
request. Alternatively, you can call them, with the
contents of this message to hand when you call.
At Wed Feb 11 18:48:57 2004 the virus scanner said:
doc.zipFound the W32/[EMAIL PROTECTED] virus !!!
Note to Help Desk: Look on yttrium in /var/spool/MailScanner/quarantine/20040211
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=14228.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
All,
The patch below fixes (I believe) the following bugs:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13833
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14228
I am not 100% confident about this patch and would therefore appreciate some
feedback before I commit it.
The reasoning
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=26760.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Good morning Costin.
Apologies for the silence. I had hoped there might have been a little more
input from others on this topic.
NormW wrote:
Good morning Costin.
Thanks for the time given to replying.
I agree with the ideas you have given, of decoupling URI's from workers
explicitly
NormW wrote:
Good morning Costin.
Apologies for the silence. I had hoped there might have been a little more
input from others on this topic.
Same here :-)
However the most common case is to have at least one tomcat, and there
is no real benefit in supporting an arbitrary name for the worker (
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=26879.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
To whom is may concern,
This is an automated request, but not an unsolicited one. Please see:
http://jakarta.apache.org/gump/nagged.html
Project: jakarta-tomcat-5 has an issue affecting it's community integration.
State: Failed
The URL for full details is:
35 matches
Mail list logo