Re: [5.0] Procrun problems / New loader

Remy Maucherat wrote: Hi, I've switched (temporarily, maybe) away from JavaService to Procrun. The problem is that I couldn't get it to work. In the install script, I'm using the following command: ExecWait '$INSTDIR\bin\tomcatw.exe //IS//Tomcat5 --DisplayName Apache Tomcat @VERSION@

Re: [5.0] Procrun problems / New loader

jean-frederic clere wrote: Remy Maucherat wrote: Hi, I've switched (temporarily, maybe) away from JavaService to Procrun. The problem is that I couldn't get it to work. In the install script, I'm using the following command: ExecWait '$INSTDIR\bin\tomcatw.exe //IS//Tomcat5 --DisplayName

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 9:38 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader jean-frederic clere wrote: Remy Maucherat wrote: I've switched (temporarily, maybe) away

Re: Request to Fix Tomcat Standalone 302 redirect Issue

Bill Barker wrote: - Original Message - From: neal [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Sunday, February 16, 2003 8:00 PM Subject: RE: Request to Fix Tomcat Standalone 302 redirect Issue So it *will* be in tomcat 5? My head is spinning...so confusing.

RE: Request to Fix Tomcat Standalone 302 redirect Issue

What are the security problems and why doesn't Apache or other major web servers have this problem (or do they)? If this is made optional (with the default turned off) is the problem with it breaking an app ... really a problem? -Original Message- From: Remy Maucherat [mailto:[EMAIL

[GUMP] Build Failure - jakarta-tomcat-catalina

This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-17/jakarta-tomcat-catalina.html Buildfile: build.xml deploy-prepare: [mkdir] Created dir:

[GUMP] Build Failure - jakarta-tomcat-jk-native

This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-17/jakarta-tomcat-jk-native.html Buildfile: build.xml init: [echo] /home/rubys [mkdir]

RE: [5.0] Procrun problems / New loader

-Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 11:28 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader [EMAIL PROTECTED] wrote: Those can be used only if you redirect onother process. Try with -Java java.

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: It could, need some API cheching. There is no CreateRemoteThread API, and Services alltogether. The simplest would be using some #ifdefs and and another build. If the nsis installer can distinguish the host OS, than we can make something like procrun9x. That's doable.

RE: [5.0] Procrun problems / New loader

-Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] The simplest would be using some #ifdefs and and another build. If the nsis installer can distinguish the host OS, than we can make something like procrun9x. That's doable. I don't know if it's really

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 11:28 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader [EMAIL PROTECTED] wrote: Those can be used only if you redirect onother process. Try

[4.1.20] Stability rating

I would like comments on bug 17049 before deciding what to do with 4.1.20. If this turns out to be a relatively minor issue, I would be ok with releasing 4.1.20 as a beta, and would propose a vote. For 4.1.21, there are apparently some patches for better taglib handling to be integrated in

RE: [5.0] Procrun problems / New loader

-Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 12:14 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader #ifdefs No... I remember doing this in instmain.c

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 12:14 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader #ifdefs No... I remember doing this in instmain.c

DO NOT REPLY [Bug 17124] New: - cannot compile mod_webapp.so

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=17124. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Request to Fix Tomcat Standalone 302 redirect Issue

A patch (which I didn't look at yet) could introduce the following: - Bypassing a security contraints, eg:index.jsp is protected but / isn't - Vulnerabilities - Through a wacky optimizations, other pages might get accidently exposed - It breaks the spec for a different case Odds are - none of

cvs commit: jakarta-tomcat-5 tomcat.nsi

remm2003/02/17 05:05:11 Modified:.tomcat.nsi Log: - Makes procrun work. - There's some unknown problem with Jasper, though (it apparently fails to find the compiler). Revision ChangesPath 1.24 +14 -7 jakarta-tomcat-5/tomcat.nsi Index:

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 12:14 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader #ifdefs No... I remember doing this in instmain.c

DO NOT REPLY [Bug 3973] - session.getAttribute() locks-up in HttpSessionListener.sessionDestroyed()

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=3973. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

mod_jk and Apache timeouts?

I have some strange error messages in mod_jk.log that I cannot explain, and that I need to resolve urgently. Server: Dual Xeon 2.5Ghz server. Windows 2000 Professional SP3 Apache 2.0.44 Tomcat 4.1.18 Mod_jk 1.2.2 [Mon Feb 17 14:49:38 2003] [jk_ajp_common.c (681)]: ERROR: can't receive the

DO NOT REPLY [Bug 17130] New: - Reusing tags doesn't calls reuse before cache tag is used

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=17130. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17130] - Reusing tags doesn't release resources if cache tag is used

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=17130. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17130] - Reusing tags doesn't release resources if cache tag is used

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=17130. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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=16001. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] There's a puzzling side effect to procrun, though: Ant fails to start the Java compiler in fork mode. If I disable forking javac, it works. Does the Java process lose the right to fork other

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

costin 2003/02/17 08:24:31 Modified:jk/native/common jk_ajp_common.c Log: Added more info to the log - the return code. It may help debug problems. Revision ChangesPath 1.34 +17 -16jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c Index:

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

remm2003/02/17 08:31:45 Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java Log: - Fix a bug where the wilcard mapping caused an array out of bounds if the URI started with the path, but couldn't mapped to it, and it was in the first position (found using

cvs commit: jakarta-tomcat-catalina/webapps/admin frameset.jsp index.jsp

remm2003/02/17 08:32:44 Modified:webapps/admin index.jsp Added: webapps/admin frameset.jsp Log: - The index now does a redirect to a separate page which loads the frameset. - Workaround for the change in welcome file processing. Revision ChangesPath 1.4

Re: [5.0] Procrun problems / New loader

[EMAIL PROTECTED] wrote: -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] There's a puzzling side effect to procrun, though: Ant fails to start the Java compiler in fork mode. If I disable forking javac, it works. Does the Java process lose the right to fork other

Re: Request to Fix Tomcat Standalone 302 redirect Issue

Tim Funk wrote: A patch (which I didn't look at yet) could introduce the following: - Bypassing a security contraints, eg:index.jsp is protected but / isn't - Vulnerabilities - Through a wacky optimizations, other pages might get accidently exposed Just curious... I assume the patch uses

Re: [5.0] Procrun problems / New loader

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED]] Sent: 17. veljaa 2003 12:14 To: Tomcat Developers List Subject: Re: [5.0] Procrun problems / New loader #ifdefs No... I remember doing this in instmain.c

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c

costin 2003/02/17 08:59:47 Modified:jk/native/common jk_connect.c Log: Return more usefull information from recv, to help debug. Revision ChangesPath 1.8 +7 -5 jakarta-tomcat-connectors/jk/native/common/jk_connect.c Index: jk_connect.c

Re: mod_jk and Apache timeouts?

I suspect it's a windows specific return code from recv(). The code in question calls socket_recvfull - which in turn calls recv() to fill a buffer. It handles EAGAIN - but knowing windows, it may be something else. If you can do a checkout from HEAD and built again - you should see the errno

RE: mod_jk and Apache timeouts?

Costin, I will rebuild from HEAD now and give it a try. But I think I may have sorted found the problem. I have changed the Connector timeout to -1 in server.xml, and error 500's is no longer returned. Therefore on this box, mod_jk is too quick for Tomcat (I think). mod_jk tries to connect and

RE: mod_jk and Apache timeouts?

Costin, Here is the log produced with mod_jk HEAD: [Mon Feb 17 17:23:26 2003] [jk_ajp_common.c (681)]: ERROR: can't receive the response message from tomcat, network problems or tomcat is down. err=-53 [Mon Feb 17 17:23:26 2003] [jk_ajp_common.c (1051)]: Error reading reply from tomcat. Tomcat

Re: Request to Fix Tomcat Standalone 302 redirect Issue

On Mon, 17 Feb 2003, Donald Ball wrote: Date: Mon, 17 Feb 2003 11:44:16 -0500 From: Donald Ball [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: Request to Fix Tomcat Standalone 302 redirect Issue Tim Funk

Re: Request to Fix Tomcat Standalone 302 redirect Issue

I thought I had an answer but the more I delved into the code the more I realized I should shut up. (I rather give no reply than a wrong reply) Now going back to read more code. -Tim I'm starting to hate snow (after shoveling over 2 feet with more coming) Donald Ball wrote: Tim Funk

DO NOT REPLY [Bug 17137] New: - mod_jk compiled in 64-bit does not connect to remote tomcat

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=17137. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17088] - Can't bring up Tomcat - any builds SEVERE:PARSE Fatal Error

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=17088. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17137] - mod_jk compiled in 64-bit does not connect to remote tomcat

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=17137. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 16001] - Tag.release() not invoked

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=16001. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: mod_jk and Apache timeouts?

I think: From winsock.h: #define WSABASEERR 1 #define WSAECONNABORTED (WSABASEERR+53) From VC.NET help files: WSAECONNABORTED=The virtual circuit was terminated due to a time-out or other failure. The application should close the socket as it is no longer usable. Dave.

[OT] tomcat as topic level project?

Since ant is a top level project, is there a reason that tomcat should or should not be a top level project. What issues does this raise? My guess is top level projects have the opportunity to have sub-projects which seems to be what tomcat already has. My guess the main project is tomcat (the

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java

glenn 2003/02/17 14:36:00 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: An ant Project uses the current directory as its base directory by default. The base directory doesn't matter but ant always checks it. This can cause problems when using the

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java

glenn 2003/02/17 14:36:08 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch Compiler.java Log: An ant Project uses the current directory as its base directory by default. The base directory doesn't matter but ant always checks it.

DO NOT REPLY [Bug 17146] New: - Simplify build.xml using property environment=env /

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=17146. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17153] New: - Error in build.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=17153. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.