DO NOT REPLY [Bug 26229] - request.getRemoteUser() = null
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=26229. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26229 request.getRemoteUser() = null --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 08:34 --- This isn't a browser-specific thing as far as I can see - I've tested with Mozilla and IE. Apache 1.3.29, JK2 2.0.2, Tomcat 4.1.29 all conspire (even with the request.tomcatAuthentication=false setting in jk2.properties) to somehow pass on the appropriate headers, yet the remoteUser just isn't available to applications - in my case, that's a Cocoon 2.1.3 application, but the Cocoon stuff doesn't seem to be at fault. However, it all works fine in Tomcat 4.1.27, so I should imagine that something changed between Tomcat releases and it all stopped working. Either that or the Cocoon developers misunderstood some subtle aspect of the servlet specification, but that doesn't seem likely to me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mod_Jk2 - Default Worker
Costin Manolache wrote: Henri Gomez wrote: Well, if we didn't get the POST somewhere on the WebServer, and if the tomcat failed to respond, we couldn't resent the whole POST to the second one. If we get the first bytes ( but not the entire POST ), we can still save them, and if the first tomcat fails - resend it. When a tomcat responds - it can ask for more bytes. If a tomcat is failing in the middle of the processing - it's better to report the error and not try to recover. The strategy will be to keep, say up to 32kb on Apache pools, and if the POST is larger save it to filesystem. I'm not sure I understand the problem with saving only the first part of the POST data. The request that is sent to tomcat only includes those bytes anyway - tomcat has to ask for more. The problem is that getting the entier body changes the processing model for POST fundamentally - the entire streaming is gone, servlets that may reject the POST ( because the size is too big for example ) will still have the entier body downloaded, etc. Are you sure this is absolutely needed ? Not sure, I'm only an human. BTW, I'll commit the POST recovery scheme used in jk to jk2, so it will be available for 2.0.4 (together with ping/pong and others goodies from latest jk). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mod_Jk2 - Default Worker
Bill Barker wrote: - Original Message - From: Costin Manolache [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 11:03 AM Subject: Re: Mod_Jk2 - Default Worker Henri Gomez wrote: Well, if we didn't get the POST somewhere on the WebServer, and if the tomcat failed to respond, we couldn't resent the whole POST to the second one. If we get the first bytes ( but not the entire POST ), we can still save them, and if the first tomcat fails - resend it. When a tomcat responds - it can ask for more bytes. If a tomcat is failing in the middle of the processing - it's better to report the error and not try to recover. +1. If tomcat has already gotten the body, and then dies, if you attempt to recover you will have charged the user's credit card twice :). Such problem should be handled at the application side, not by the connector. BTW, I hardcoded my boss credit card for the second request :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
Bill Barker wrote: The (modified) text of the proposal is below. The [VOTE] runs until Thursday, Feb 19 6:00 PM PDT. ballot [ ] +1 I agree with this release and will support it. [ ] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot +1, +2, +3 +OO - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 mod_jk2.c
hgomez 2004/02/13 00:40:42 Modified:jk/native2/common jk_requtil.c jk_worker_lb.c jk_msg_ajp.c jk_worker_ajp13.c jk/native2/server/apache2 mod_jk2.c jk/native2/include jk_msg.h jk_service.h jk/native2/server/aolserver nsjk2.c jk/native2/server/dsapi jk_dsapi_plugin.c jk/native2/server/isapi jk_isapi_plugin.c jk/native2/server/apache13 mod_jk2.c Log: Port the POST recovery in LB mode from jk. Need some tests of course Revision ChangesPath 1.30 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c Index: jk_requtil.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- jk_requtil.c 25 Sep 2003 15:23:22 - 1.29 +++ jk_requtil.c 13 Feb 2004 08:40:41 - 1.30 @@ -752,7 +752,7 @@ } env-l-jkLog(env, env-l, JK_LOG_ERROR, - handler.marshapPostHead() - error len=%d\n, len); + handler.marshalPostHead() - error len=%d\n, len); return JK_ERR; } /* Query decoding */ 1.35 +4 -0 jakarta-tomcat-connectors/jk/native2/common/jk_worker_lb.c Index: jk_worker_lb.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_lb.c,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- jk_worker_lb.c30 Oct 2003 20:08:36 - 1.34 +++ jk_worker_lb.c13 Feb 2004 08:40:41 - 1.35 @@ -365,6 +365,10 @@ wEnv-config-ver = wEnv-shm-head-lbVer; } } + +/* Initialize here the recovery POST buffer */ + s-reco_buf = jk2_msg_ajp_create( env, s-pool, 0); +s-reco_status = RECO_INITED; while(1) { int rc; 1.23 +24 -0 jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c Index: jk_msg_ajp.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- jk_msg_ajp.c 25 Sep 2003 15:23:23 - 1.22 +++ jk_msg_ajp.c 13 Feb 2004 08:40:41 - 1.23 @@ -468,6 +468,29 @@ } +/** + * Copy the msg buf into another one, sort of clone. + * + * Returns -1 on error, else number of bytes copied + */ +static int jk2_msg_ajp_copy(jk_env_t *env, jk_msg_t *msg, jk_msg_t *dmsg) +{ + if (dmsg == NULL) + return -1; + +if(msg-len dmsg-maxlen ) { +env-l-jkLog(env, env-l, JK_LOG_ERROR, + msgAjp.copy(): destination buffer too small %d/%d\n, + msg-len, dmsg-maxlen); +return -2; +} + + memcpy(dmsg-buf, msg-buf, msg-len); + dmsg-len = msg-len; + dmsg-pos = msg-pos; + + return dmsg-len; +} /** * Special method. Will read data from the server and add them as @@ -539,6 +562,7 @@ msg-appendMap=jk2_msg_ajp_appendMap; msg-appendFromServer=jk2_msg_ajp_appendFromServer; +msg-copy=jk2_msg_ajp_copy; msg-getByte=jk2_msg_ajp_getByte; msg-getInt=jk2_msg_ajp_getInt; 1.54 +48 -16jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c Index: jk_worker_ajp13.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- jk_worker_ajp13.c 29 Jan 2004 14:17:41 - 1.53 +++ jk_worker_ajp13.c 13 Feb 2004 08:40:41 - 1.54 @@ -447,28 +447,61 @@ Note that chunking will continue to work - using the normal read. */ -if (has_post_body || s-left_bytes_to_send 0) { +if (has_post_body || s-left_bytes_to_send 0 || s-reco_status == RECO_FILLED) { /* We never sent any POST data and we check it we have to send at * least of block of data (max 8k). These data will be kept in reply * for resend if the remote Tomcat is down, a fact we will learn only * doing a read (not yet) */ -if( attempt==0 ) -err=jk2_serialize_postHead( env, e-post, s, e ); -else -err=JK_OK; /* We already have the initial body chunk */ - -if( e-worker-mbean-debug 10 ) -e-request-dump(
DO NOT REPLY [Bug 26906] New: - Unable to do operations like Rename/Move, Copy, Paste etc.
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=26906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26906 Unable to do operations like Rename/Move, Copy, Paste etc. Summary: Unable to do operations like Rename/Move, Copy, Paste etc. Product: Tomcat 5 Version: 5.0.18 Platform: PC OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Servlets:WebDAV AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Could not do common operations like Rename/Move, Copy, Paste from Windows 2000 / NT with IE 6.0.2600 Tried to do similar operations from DAVExplorer-0.90 and failed. When probing further, I found some problem with identifying the destination location for the operations. Applied the attached patch to the src code (from the src tar not the CVS) and it now works on both tools. PATCH --- WebdavServlet.java.orig Thu Jan 15 22:59:32 2004 +++ WebdavServlet.java Fri Feb 13 11:10:41 2004 @@ -1506,8 +1506,15 @@ destinationPath = normalize(RequestUtil.URLDecode(destinationPath, UTF8)); - -int protocolIndex = destinationPath.indexOf(://); +int protocolIndex = destinationPath.indexOf(:/); +if( protocolIndex = 0 ) { +if( destinationPath.charAt(protocolIndex+2) != '/' ) { +// add a / to make it look good +destinationPath = destinationPath.substring(0, protocolIndex)+://+ +destinationPath.substring(protocolIndex+2); +} +} +protocolIndex = destinationPath.indexOf(://); if (protocolIndex = 0) { // if the Destination URL contains the protocol, we can safely // trim everything upto the first / character after :// /PATCH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
hgomez 2004/02/13 00:46:37 Modified:jk/native2/common jk_vm_default.c Log: Make line longer but GCC more happy with it :) Revision ChangesPath 1.31 +2 -4 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c Index: jk_vm_default.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- jk_vm_default.c 30 Oct 2003 20:08:36 - 1.30 +++ jk_vm_default.c 13 Feb 2004 08:46:37 - 1.31 @@ -438,14 +438,12 @@ token = strtok(NULL, PATH_SEPARATOR_STR); } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() could not find %s in the \ - LD_LIBRARY_PATH\n, + jni.guessJvmDll() could not find %s in the LD_LIBRARY_PATH\n, jvm); return NULL; } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() LD_LIBRARY_PATH \ - environment var is not set\n); + jni.guessJvmDll() LD_LIBRARY_PATH environment var is not set\n); return NULL; #else return jvm; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
POST recovery in JK and JK2 HEAD
I commited the fixes for the POST recovery in JK and JK2 when in LB mode which should solve this major problem. Thanks to take a look at it Could Alexander who is the original reporter validate the fix ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
Bill Barker wrote: The (modified) text of the proposal is below. The [VOTE] runs until Thursday, Feb 19 6:00 PM PDT. ballot [ ] +1 I agree with this release and will support it. [X] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot I have to vote +0 unfortunately. Although I'm helping fix bugs in the new HTTP connector. Is this enough for a +1 ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remote Access using JSR 160
Amy Roh wrote: Would it be possible to wait until tomorrow to start doing that (ie, after I tag 5.0.19) ? Sure, it can wait. I wasn't planning on doing it right away. I need to see whether we can accomplish this first - it'll be very nice to do so. BTW, another problem: on StandardContext and StandardWrapper, the objectName attribute returns an ObjectName, rather than a String. Really? This was fixed a while ago. ContainerBase.getObjectName() returns a String. Yes, it says it returns a String, but if you actually get the attribute, you get an ObjectName (I did modify the JMX proxy servlet to make sure of that). Sneaky :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26906] - Unable to do operations like Rename/Move, Copy, Paste etc.
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=26906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26906 Unable to do operations like Rename/Move, Copy, Paste etc. --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 09:01 --- I don't think I can agree to this change: it looks to me like a very ugly hack. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
Remy Maucherat wrote: Bill Barker wrote: The (modified) text of the proposal is below. The [VOTE] runs until Thursday, Feb 19 6:00 PM PDT. ballot [ ] +1 I agree with this release and will support it. [X] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot I have to vote +0 unfortunately. Although I'm helping fix bugs in the new HTTP connector. Is this enough for a +1 ? Since we'll be using Coyote as the default HTTP connector, you're defacto in +1 land ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
Henri, If you want to use shorter lines, you can wrap long lines and still compile. For example (in case my patch gets stripped): printf(This is a ) very long line.\n); -Dave [EMAIL PROTECTED] wrote, On 2/13/2004 12:46 AM: hgomez 2004/02/13 00:46:37 Modified:jk/native2/common jk_vm_default.c Log: Make line longer but GCC more happy with it :) Revision ChangesPath 1.31 +2 -4 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c Index: jk_vm_default.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- jk_vm_default.c 30 Oct 2003 20:08:36 - 1.30 +++ jk_vm_default.c 13 Feb 2004 08:46:37 - 1.31 @@ -438,14 +438,12 @@ token = strtok(NULL, PATH_SEPARATOR_STR); } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() could not find %s in the \ - LD_LIBRARY_PATH\n, + jni.guessJvmDll() could not find %s in the LD_LIBRARY_PATH\n, jvm); return NULL; } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() LD_LIBRARY_PATH \ - environment var is not set\n); + jni.guessJvmDll() LD_LIBRARY_PATH environment var is not set\n); return NULL; #else return jvm; --- jk_vm_default.c 2004-02-13 01:11:35.030758871 -0800 +++ jk_vm_default.c.orig2004-02-13 01:11:56.446292854 -0800 @@ -438,14 +438,12 @@ token = strtok(NULL, PATH_SEPARATOR_STR); } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() could not find %s in the - LD_LIBRARY_PATH\n, + jni.guessJvmDll() could not find %s in the LD_LIBRARY_PATH\n, jvm); return NULL; } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() LD_LIBRARY_PATH - environment var is not set\n); + jni.guessJvmDll() LD_LIBRARY_PATH environment var is not set\n); return NULL; #else return jvm; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
David Rees wrote, On 2/13/2004 1:14 AM: If you want to use shorter lines, you can wrap long lines and still compile. For example (in case my patch gets stripped): printf(This is a ) very long line.\n); Oops, my patch was reversed. Here's a good one. -Dave --- jk_vm_default.c.orig2004-02-13 01:11:56.446292854 -0800 +++ jk_vm_default.c 2004-02-13 01:11:35.030758871 -0800 @@ -438,12 +438,14 @@ token = strtok(NULL, PATH_SEPARATOR_STR); } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() could not find %s in the LD_LIBRARY_PATH\n, + jni.guessJvmDll() could not find %s in the + LD_LIBRARY_PATH\n, jvm); return NULL; } env-l-jkLog(env, env-l, JK_LOG_INFO, - jni.guessJvmDll() LD_LIBRARY_PATH environment var is not set\n); + jni.guessJvmDll() LD_LIBRARY_PATH + environment var is not set\n); return NULL; #else return jvm; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26907] New: - Connectionpool's connections always returns same hashcode
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=26907. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26907 Connectionpool's connections always returns same hashcode Summary: Connectionpool's connections always returns same hashcode Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina:Modules AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When we tried to implement a PreparedStatement cache we discovered that the hashCode method on a connection always returns the same id. It did so even if we got a new connection from the pool. The prepared statements are cached for each connection and therefore we need a unique id for the connection. Usually the method hashCode generates one for us. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
Henri Gomez wrote: Remy Maucherat wrote: Bill Barker wrote: The (modified) text of the proposal is below. The [VOTE] runs until Thursday, Feb 19 6:00 PM PDT. ballot [ ] +1 I agree with this release and will support it. [X] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot I have to vote +0 unfortunately. Although I'm helping fix bugs in the new HTTP connector. Is this enough for a +1 ? Since we'll be using Coyote as the default HTTP connector, you're defacto in +1 land ;) Ok, +1 then :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
David Rees wrote: David Rees wrote, On 2/13/2004 1:14 AM: If you want to use shorter lines, you can wrap long lines and still compile. For example (in case my patch gets stripped): printf(This is a ) very long line.\n); Oops, my patch was reversed. Here's a good one. Are you sure it will works on non gcc compiler ? I'd like to see Jean-Frederic opinion :) (exotic os/hardware) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26909] New: - Parse error detected when building the jsvc service.
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=26909. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26909 Parse error detected when building the jsvc service. Summary: Parse error detected when building the jsvc service. Product: Tomcat 5 Version: 5.0.18 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have downloaded the Apache Tomcat 5 for Linux from the Apache official site. Following the installation instructions I was trying to build the jsvc service when I got a parse error from the make command: ... home.c: In function 'parse': home.c:113: error: parse error before if ... Revising the source code from the home.c file, I have detected the missing of a ';' in the 110 code line. The wrong previous line reads *sp = '\0' and must read *sp = '\0'; Once the code is corrected, the compilation ends with success. Regards, CarlosF. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New procrun binaries needed
Hi, I'd need new procrun binaries for the new build (in j-t-c/procrun). The old build isn't broken, so this is not critical, but it would be nice (assuming there are updates). Thanks :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
Henri Gomez wrote: David Rees wrote: David Rees wrote, On 2/13/2004 1:14 AM: If you want to use shorter lines, you can wrap long lines and still compile. For example (in case my patch gets stripped): printf(This is a ) very long line.\n); Oops, my patch was reversed. Here's a good one. Are you sure it will works on non gcc compiler ? I'd like to see Jean-Frederic opinion :) (exotic os/hardware) -1: +++ bash-2.03$ make toto cc-c -o toto.o toto.c toto.c, line 4: syntax error before or at: very long line.\n cc: acomp failed for toto.c make: *** [toto.o] Error 2 bash-2.03$ uname -a SunOS PGTR0327 5.8 Generic_108528-13 sun4us sparc FJSV,GPUS +++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New procrun binaries needed
Remy Maucherat wrote: Hi, I'd need new procrun binaries for the new build (in j-t-c/procrun). The old build isn't broken, so this is not critical, but it would be nice (assuming there are updates). There _are_ updates. So someone will have to produce the binaries. Thanks :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
-Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 11:42 PM To: Tomcat Developers List Subject: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2 The (modified) text of the proposal is below. The [VOTE] runs until Thursday, Feb 19 6:00 PM PDT. ballot [X] +1 I agree with this release and will support it. [ ] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot It has been a long time since the 3.3.1 release, and there are several important bug fixes in the CVS. Therefore, I'm proposing cutting a 3.3.2 release with myself and Larry as co-RMs (mostly since Larry has volunteered to do so much work on this :). Time Line: If the [VOTE] passes with 3 PMC +1s and no -1s and the enhancements below are complete (with the possible exception of licensing), then we cut a 3.3.2-RC1 release. I don't see that it is likely that we have any major regressions, so I don't see the need for a Beta. I propose to leave RC1 out for two weeks until Friday, Mar 5 (March 4th isn't good for me). At that point we cut a 3.3.2 release. Packaging Changes: I propose that we no longer ship src/native with the src distro. Also, we will remove src/native/mod_jk from the CVS. I'd also like to include the commons-daemon procrun/w and jsvc (source) with the release, similar to TC 5. Also I'd like to make the CoyoteConnector2 (possible renamed to CoyoteConnector :) the default connector in server.xml. We can add a note to use the old Connectors for people that can't use Java2. Code Changes: 1) I'd like to add a blocking option to o.a.t.startup.Main (e.g. 'startb') so that 3.3 can be used with procrun. Also make sure that the init/start/stop/destroy semantics are there for jsvc. 2) Add fix for Bug #8643 (allow to specify alternate module.xml files) 3) Port the requestURI encoding fixes for TC 4/5 (although, I believe that this is on DecodeInterceptor, instead of the Connector). 4) Update license to Apache-2.0 (non-negotiable, with a March release date :). Bugs: Several of the LATER bugs have been already fixed, so mark them as such. Of the remaining 18 open bugs, they will be marked as one of INVALID/FIXED/WORKSFORME/LATER. Administration: Future releases of TC 3.3 will be governed by the TC 4/5 release-then-vote-on-status model. It is likely that future releases are going to be just security-related, so streamlining is good :). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26909] - Parse error detected when building the jsvc service.
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=26909. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26909 Parse error detected when building the jsvc service. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 12:41 --- *** This bug has been marked as a duplicate of 26689 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26689] - Systax error in home.c file
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=26689. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26689 Systax error in home.c file [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 12:41 --- *** Bug 26909 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HOWTO: building mod_jk2 with Visual studio .net 2003
Martin Gainty wrote: Any comment(s)/suggestion(s) from Microsoft Tech Support? Keep me apprised, So far my post is unanswered. Is there anyone else who has VS 2003 .net that can try this? Aryeh Marty Gainty 617-852-7822 - Original Message - From: Aryeh Katz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 10:32 AM Subject: HOWTO: building mod_jk2 with Visual studio .net 2003 I converted the project to a .net 2003 project, and tried to build. No dice. Got a really flaky error that made no sense to me. I then looked at the .vcproj file that MS created, and tracked down the issue (in my environment). It seems that when the dsp file is converted to a vcproj file, InputDir is changed so that it is given a backslash at the end. In addition, the path name is quoted. This results in the escape sequence \ at the end of InputDir, which breaks the mc command. To me, this seems to be a Microsoft bug, but I was able to workaround this. As a workaround, I was able to run the mc command on the command line, then to reopen the project in Visual studio. Once this dependency was built, the project built just fine. For your reference, the mc command was: mc -h \installdir\jk\native2\common \ -r \installdir\jk\native2\common \ \installdir\jk\native2\common\jk_logger_win32_message.mc -- Aryeh Katz SecureD Services http://www.secured-services.com/ 410 653 0700 x 2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HOWTO: building mod_jk2 with Visual studio .net 2003
Aryeh Katz wrote: Martin Gainty wrote: Any comment(s)/suggestion(s) from Microsoft Tech Support? Keep me apprised, So far my post is unanswered. Is there anyone else who has VS 2003 .net that can try this? Aryeh If you've got a valid makefile for .net 2003, send it to the list so we could include it in the release 2.0.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HOWTO: building mod_jk2 with Visual studio .net 2003
Henri Gomez wrote: Aryeh Katz wrote: Martin Gainty wrote: Any comment(s)/suggestion(s) from Microsoft Tech Support? Keep me apprised, If you've got a valid makefile for .net 2003, send it to the list so we could include it in the release 2.0.4 As I said in my original post, it seems that there is a bug in the vcproj generation, which is why I described how to build it. Anyone that has a vs .net 2003 should be able to import the dsp file and try to build. Still, my sln and vcproj file are attached -- Aryeh Katz SecureD Services http://www.secured-services.com/ 410 653 0700 x 2 ?xml version=1.0 encoding=Windows-1252? VisualStudioProject ProjectType=Visual C++ Version=7.10 Name=mod_jk2 ProjectGUID={AFBF97E6-D1EE-4357-84B3-6E9F90B02B40} SccProjectName= SccLocalPath= Platforms Platform Name=Win32/ /Platforms Configurations Configuration Name=Release|Win32 OutputDirectory=.\Release IntermediateDirectory=.\Release ConfigurationType=2 UseOfMFC=0 ATLMinimizesCRunTimeLibraryUsage=FALSE CharacterSet=2 Tool Name=VCCLCompilerTool Optimization=2 InlineFunctionExpansion=1 AdditionalIncludeDirectories=..\..\include,$(JAVA_HOME)\include,$(JAVA_HOME)\include\win32,$(APACHE2_HOME)\include,$(APACHE2_HOME)\os\win32 PreprocessorDefinitions=NDEBUG;WIN32;_WINDOWS;_USRDLL;MOD_JK2_EXPORTS;HAVE_JNI;HAS_APR;HAS_PCRE StringPooling=TRUE RuntimeLibrary=2 EnableFunctionLevelLinking=TRUE UsePrecompiledHeader=2 PrecompiledHeaderFile=.\Release/mod_jk2.pch AssemblerListingLocation=.\Release/ ObjectFile=.\Release/ ProgramDataBaseFileName=.\Release/ BrowseInformation=1 WarningLevel=3 SuppressStartupBanner=TRUE CompileAs=0/ Tool Name=VCCustomBuildTool/ Tool Name=VCLinkerTool AdditionalDependencies=libhttpd.lib libapr.lib libaprutil.lib pcre.lib pcreposix.lib wsock32.lib OutputFile=.\Release/mod_jk2.dll LinkIncremental=1 SuppressStartupBanner=TRUE AdditionalLibraryDirectories=$(APACHE2_HOME)\lib ProgramDatabaseFile=.\Release/mod_jk2.pdb ImportLibrary=.\Release/mod_jk2.lib TargetMachine=1/ Tool Name=VCMIDLTool PreprocessorDefinitions=NDEBUG MkTypLibCompatible=TRUE SuppressStartupBanner=TRUE TargetEnvironment=1 TypeLibraryName=.\Release/mod_jk2.tlb HeaderFileName=/ Tool Name=VCPostBuildEventTool/ Tool Name=VCPreBuildEventTool/ Tool Name=VCPreLinkEventTool/ Tool Name=VCResourceCompilerTool PreprocessorDefinitions=NDEBUG Culture=1033/ Tool Name=VCWebServiceProxyGeneratorTool/ Tool Name=VCXMLDataGeneratorTool/ Tool Name=VCWebDeploymentTool/ Tool Name=VCManagedWrapperGeneratorTool/ Tool Name=VCAuxiliaryManagedWrapperGeneratorTool/ /Configuration Configuration Name=Debug|Win32 OutputDirectory=.\Debug IntermediateDirectory=.\Debug ConfigurationType=2 UseOfMFC=0 ATLMinimizesCRunTimeLibraryUsage=FALSE CharacterSet=2
RE: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
Howdy, ballot [ X ] +1 I agree with this release and will support it. [ ] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot And a good weekend to all ;) Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
mturk 2004/02/13 06:14:14 Modified:procrun/bin tomcat.exe tomcatw.exe Log: Latest binaries. Revision ChangesPath 1.7 +28 -23jakarta-tomcat-connectors/procrun/bin/tomcat.exe Binary file 1.7 +98 -113 jakarta-tomcat-connectors/procrun/bin/tomcatw.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New procrun binaries needed
I'd need new procrun binaries for the new build (in j-t-c/procrun). The old build isn't broken, so this is not critical, but it would be nice (assuming there are updates). There _are_ updates. So someone will have to produce the binaries. Should be in the CVS. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
Henri Gomez wrote, On 2/13/2004 3:08 AM: Are you sure it will works on non gcc compiler ? I'd like to see Jean-Frederic opinion :) (exotic os/hardware) Does not look like it does, but at least now you'll know that if you're writing gcc specific code you can do it. ;-) The only non-gcc compiler I have access to is SGI's MIPSpro 7.2.1 where it does work there. Too bad not all compilers support it, it can make code a lot more readable. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26917] New: - Cannot get the jsp-examples and servlets-examples pages to load
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=26917. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26917 Cannot get the jsp-examples and servlets-examples pages to load Summary: Cannot get the jsp-examples and servlets-examples pages to load Product: Tomcat 5 Version: 5.0.18 Platform: Other OS/Version: AIX Status: NEW Severity: Major Priority: Other Component: Webapps:Examples AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I downloaded the jakarta-tomcat-5.0.18 binary from the Jakarta site and installed it on our AIX platform. I am able to load the home page ($CATALINA_HOME/webapps/ROOT/index.jsp) without any problem. I can also load all the Tomcat-Documentation pages (tomcat-docs) without problem. I cannot load the jsp-examples or servlets-examples pages however. The manager page shows both to be not running. When I attempt to start either I get an error. For example, trying to deploy jsp-examples results in the following error: FAIL - Application at context path /jsp-examples could not be started The catalina.out log shows the following: [INFO] StandardHostDeployer - -standardHost.start /jsp-examples [ERROR] Context - -Error filterStart [ERROR] Context - -Context startup failed due to previous errors I even re-installed tomcat but that didn't help. Can someone please tell me what is missing. I can stop and start the tomcat-docs just fine. Note: The jsp-examples and servlets-examples files are installed at the same level as tomcat-docs (standard installation). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26917] - Cannot get the jsp-examples and servlets-examples pages to load
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=26917. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26917 Cannot get the jsp-examples and servlets-examples pages to load [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 16:40 --- Please use the tomcat-user list to debug this first. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_vm_default.c
David Rees wrote: Henri Gomez wrote, On 2/13/2004 3:08 AM: Are you sure it will works on non gcc compiler ? I'd like to see Jean-Frederic opinion :) (exotic os/hardware) Does not look like it does, but at least now you'll know that if you're writing gcc specific code you can do it. ;-) The only non-gcc compiler I have access to is SGI's MIPSpro 7.2.1 where it does work there. Too bad not all compilers support it, it can make code a lot more readable. In JK, we have to live with many OS and many compilers, Unixes (BSDs', Linux's, AIX, HPUX, Solaris), Windows, Netware, OS400, BS2000, . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
[EMAIL PROTECTED] wrote: mturk 2004/02/13 06:14:14 Modified:procrun/bin tomcat.exe tomcatw.exe Log: Latest binaries. Thanks a lot :) So I'll wait a bit, see if Mark comments on bug 26906 (I think it's invalid: the fix seems to imply the URL sent by the client is always invalid), and then I'll put the 5.0.19 tag (and then someone will report a really Nasty Bug (TM), so I'll fix it and put in another 5.0.20 tag ;) ). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK 2.0.4 release
Hi to all, JK 2.0.4 should be released next week. - The build has been fixed by JF Clere and Kurt Miller. - The ping/pong features and POST recovery has been commited. Pending : - Take a look at bugzilla to see if there is showstoppers. - Update the documentation. I'll take care of documentation and I'm looking for JK2 commiters (JF, Kurt ?) to update bugzilla status. Volunteers welcome :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: mturk 2004/02/13 06:14:14 Modified:procrun/bin tomcat.exe tomcatw.exe Log: Latest binaries. Thanks a lot :) So I'll wait a bit, see if Mark comments on bug 26906 (I think it's invalid: the fix seems to imply the URL sent by the client is always invalid), and then I'll put the 5.0.19 tag (and then someone will report a really Nasty Bug (TM), so I'll fix it and put in another 5.0.20 tag ;) ). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I will tag jakarta-commons/daemon later this week-end and build the executables. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] ./jk/native2/Makefile.in - add apxs install target
Hi, the patch below adds an install target for apxs build to the Makefile. http://www.gknw.com/test/Makefile.in.diff == --- ./jk/native2/Makefile.in.orig Mon Nov 10 12:15:04 2003 +++ ./jk/native2/Makefile.inWed Feb 11 23:54:12 2004 @@ -22,6 +22,15 @@ fi; \ done; +jk2-build-apxs-install: + list='@WEBSERVERS@'; \ + for i in $$list; do \ + echo Making $$target in $$i and installing; \ + if test $$i != .; then \ + (cd $$i $(MAKE) -f Makefile.apxs install) || exit 1; \ + fi; \ + done; + jk2-clean: list='@WEBSERVERS@'; \ for i in $$list; do \ Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] ./jk/native2/Makefile.in - add apxs install target
There isn't an install target in server/apache13/Makefile.apxs yet. I will be committing one soon (along with some other changes). From: Guenter Knauf [EMAIL PROTECTED] Hi, the patch below adds an install target for apxs build to the Makefile. http://www.gknw.com/test/Makefile.in.diff == --- ./jk/native2/Makefile.in.orig Mon Nov 10 12:15:04 2003 +++ ./jk/native2/Makefile.inWed Feb 11 23:54:12 2004 @@ -22,6 +22,15 @@ fi; \ done; +jk2-build-apxs-install: + list='@WEBSERVERS@'; \ + for i in $$list; do \ + echo Making $$target in $$i and installing; \ + if test $$i != .; then \ + (cd $$i $(MAKE) -f Makefile.apxs install) || exit 1; \ + fi; \ + done; + jk2-clean: list='@WEBSERVERS@'; \ for i in $$list; do \ Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26927] New: - pathinfo broken with tomcat 5.x
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=26927. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26927 pathinfo broken with tomcat 5.x Summary: pathinfo broken with tomcat 5.x Product: Tomcat 5 Version: 5.0.18 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If you append a path on the end of a URL for a servlet, the path is treated as part of the URL instead of being passed to the servlet as pathinfo. This works fine with tomcat 4.x but doesn with either 5.0.16 or 5.0.18. You can see this with the example servlets by using a URL like: http://server:8080/servlets-examples/servlet/HelloWorldExample/xyz The same path works fine with 4.0.6 and 4.1.24. The problem occurs with woth the AJP and Coyote connectors and returns a 404 error. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
I'll look at this now... Mark From: Remy Maucherat [mailto:[EMAIL PROTECTED] So I'll wait a bit, see if Mark comments on bug 26906 (I think it's invalid: the fix seems to imply the URL sent by the client is always invalid), and then I'll put the 5.0.19 tag (and then someone will report a really Nasty Bug (TM), so I'll fix it and put in another 5.0.20 tag ;) ). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26927] - pathinfo broken with tomcat 5.x
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=26927. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26927 pathinfo broken with tomcat 5.x [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 19:27 --- No, you would have to map your servlet to /servlet/HelloWorldExample/*. The examples servlets have exact mappings such as /servlet/HelloWorldExample. Please post to tomcat-user for this kind of issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] ./jk/native2/Makefile.in - add apxs install target
Hi Kurt, There isn't an install target in server/apache13/Makefile.apxs yet. I will be committing one soon (along with some other changes). but there's one already in server/apache2/Makefile.apxs... with this change I can directly build and install out of native2 dir with: configure --with-apxs2= make jk2-build-apxs-install thanks, Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java
markt 2004/02/13 12:06:50 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java Log: Fix bug 26906. - The destination path needs to be normalised after the protocol and host has been removed (if present). - Reported by rsudharsan Revision ChangesPath 1.9 +9 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java Index: WebdavServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- WebdavServlet.java22 Dec 2003 12:38:02 - 1.8 +++ WebdavServlet.java13 Feb 2004 20:06:50 - 1.9 @@ -1504,8 +1504,8 @@ return false; } -destinationPath = -normalize(RequestUtil.URLDecode(destinationPath, UTF8)); +// Remove url encoding from destination +destinationPath = RequestUtil.URLDecode(destinationPath, UTF8); int protocolIndex = destinationPath.indexOf(://); if (protocolIndex = 0) { @@ -1539,6 +1539,9 @@ } } } + +// Normalise destination path (remove '.' and '..') +destinationPath = normalize(destinationPath); String contextPath = req.getContextPath(); if ((contextPath != null) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java
markt 2004/02/13 12:11:12 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java Log: Fix bug 26906. - The destination path needs to be normalised after the protocol and host has been removed (if present). - Reported by rsudharsan - Ported from TC5 Revision ChangesPath 1.32 +9 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java Index: WebdavServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- WebdavServlet.java22 Dec 2003 12:38:54 - 1.31 +++ WebdavServlet.java13 Feb 2004 20:11:12 - 1.32 @@ -1504,8 +1504,8 @@ return false; } -destinationPath = -normalize(RequestUtil.URLDecode(destinationPath, UTF8)); +// Remove url encoding from destination +destinationPath = RequestUtil.URLDecode(destinationPath, UTF8); int protocolIndex = destinationPath.indexOf(://); if (protocolIndex = 0) { @@ -1539,6 +1539,9 @@ } } } + +// Normalise destination path (remove '.' and '..') +destinationPath = normalize(destinationPath); String contextPath = req.getContextPath(); if ((contextPath != null) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26906] - Unable to do operations like Rename/Move, Copy, Paste etc.
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=26906. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26906 Unable to do operations like Rename/Move, Copy, Paste etc. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:12 --- I have just committed an alternative patch to CVS that fixes this issue. This will be included in the next release. Many thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
Fixed. (with an alternative patch) From: Mark Thomas [mailto:[EMAIL PROTECTED] I'll look at this now... Mark From: Remy Maucherat [mailto:[EMAIL PROTECTED] So I'll wait a bit, see if Mark comments on bug 26906 (I think it's invalid: the fix seems to imply the URL sent by the client is always invalid), and then I'll put the 5.0.19 tag (and then someone will report a really Nasty Bug (TM), so I'll fix it and put in another 5.0.20 tag ;) ). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
Mark Thomas wrote: Fixed. (with an alternative patch) Yes, the original patch really made it sound like the bug was invalid. Thanks. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26890] - Multipart/Form-Data Unexpected End Of Part
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=26890. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26890 Multipart/Form-Data Unexpected End Of Part [EMAIL PROTECTED] changed: What|Removed |Added Component|Connector:AJP |Native:JK --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:20 --- I think I have seen this problem before in a bug report. This seems to be specific to JK 2 + IIS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 11542] - cannot transfer jsp files with webdav default installation
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=11542. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11542 cannot transfer jsp files with webdav default installation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:29 --- I have tested this with the latest webdav servlet and this works for me. If you still experience this problem please be more specific about what fail to be transferred means. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason
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=8940. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8940 Tomcat shuts itself down for no apparent reason [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:32 --- This is a Cygwin issue, not a tomcat bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22353] - Tomcat crashes with unexpected exception when used with MCVE API
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=22353. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22353 Tomcat crashes with unexpected exception when used with MCVE API [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:40 --- This looks like a bug with MCVE that is exposed when upgrading tomcat, not a tomcat bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.19] Tag tomorrow
Remy Maucherat wrote: As discussed previously. I'll make that early tomorrow: I don't have the time needed to update the changelog tonight. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23169] - JSP servlet fails on error java.lang.StackOverflowError
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=23169. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23169 JSP servlet fails on error java.lang.StackOverflowError [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:42 --- This looks like a memory or config problem. Please use tomcat-user or consult the Jetspeed/Turbine lists for assistence. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13908] - Odd configuration behavior when used with BEA JRockit VM
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=13908. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13908 Odd configuration behavior when used with BEA JRockit VM [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 20:44 --- I'm gonna assume this a BEA JRockit VM bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk 1.2.6 release
I have noticed a number of bug fixes and patches to mod_jk 1.2. Whenever you think it is ready I can act as the release manager for a mod_jk 1.2.6 if you want me to. Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/support jk_exec.m4
truk2004/02/13 13:24:41 Modified:jk/support jk_exec.m4 Log: jk_exec_retvalue must be on its own line and \n was always cutting it Revision ChangesPath 1.4 +2 -1 jakarta-tomcat-connectors/jk/support/jk_exec.m4 Index: jk_exec.m4 === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_exec.m4,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jk_exec.m411 Nov 2003 08:10:20 - 1.3 +++ jk_exec.m413 Feb 2004 21:24:41 - 1.4 @@ -97,7 +97,8 @@ { $2 - echo \njk_exec_retvalue $? + echo + echo jk_exec_retvalue $? } | { jk_exec_ret=0 while true ; do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/support jk_apr.m4
truk2004/02/13 13:38:26 Modified:jk/native2 Makefile.in jk/native2/server/apache13 Makefile.apxs.in jk/support jk_apr.m4 Log: add apxs meta targets and jk2-install-apxs from Guenter Knauf For apache13: Change apr and apr-util to install into build dirs Fixup apxs build and add install target apxs build is the only way to build on OpenBSD right now due to libtool issues. Tested on FreeBSD and OpenBSD so far. Revision ChangesPath 1.5 +16 -1 jakarta-tomcat-connectors/jk/native2/Makefile.in Index: Makefile.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/Makefile.in,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- Makefile.in 10 Nov 2003 11:05:33 - 1.4 +++ Makefile.in 13 Feb 2004 21:38:26 - 1.5 @@ -4,6 +4,12 @@ clean: @APR_CLEAN@ jk2-clean +build-apxs: @APR_BUILD@ jk2-build-apxs + +clean-apxs: @APR_CLEAN@ jk2-clean-apxs + +install-apxs: jk2-install-apxs + jk2-build: list='@WEBSERVERS@'; \ for i in $$list; do \ @@ -22,6 +28,15 @@ fi; \ done; +jk2-install-apxs: + list='@WEBSERVERS@'; \ + for i in $$list; do \ + echo Making $$target in $$i; \ + if test $$i != .; then \ + (cd $$i $(MAKE) -f Makefile.apxs install) || exit 1; \ + fi; \ + done; + jk2-clean: list='@WEBSERVERS@'; \ for i in $$list; do \ @@ -41,7 +56,7 @@ done; apr-build: - ( cd @APR_DIR@ make cd @APR_UTIL_DIR@ make ) + ( cd @APR_DIR@ make install cd @APR_UTIL_DIR@ make install ) apr-clean: ( cd @APR_DIR@ make clean cd @APR_UTIL_DIR@ make clean ) 1.10 +9 -9 jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.apxs.in Index: Makefile.apxs.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.apxs.in,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- Makefile.apxs.in 10 Feb 2004 04:39:51 - 1.9 +++ Makefile.apxs.in 13 Feb 2004 21:38:26 - 1.10 @@ -3,28 +3,28 @@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ JK_DIR := ../.. [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c ) [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ C_FILES=jk_service_apache13.c mod_jk2.c [EMAIL PROTECTED]@ [EMAIL PROTECTED]@/apr-config --libs` - -JK=../../common/ -JKINC=../../include/ -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAVE_MMAP [EMAIL PROTECTED]@/bin/apr-config --link-ld` [EMAIL PROTECTED]@/bin/apu-config --link-ld` ifneq ($(strip $(JAVA_HOME)),) JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS} @HAVE_JNI@ JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L ${JAVA_HOME}/lib/${ARCH}/native_threads endif +JK_CFLAGS=-I ${JK_DIR}/include -DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 ${APR_CFLAGS} -DHAVE_MMAP + all: mod_jk2.so mod_jk2.so: - $(APXS) -c -o $@ -Wc,${JK_INCL} ${APR_CFLAGS} ${APR_LDFLAGS} ${JAVA_INCL} ${C_FILES} ${COMMON_C_FILES} ${APR_LIBS} + $(APXS) -c -o $@ ${JK_CFLAGS} ${JAVA_INCL} ${C_FILES} ${COMMON_C_FILES} \ + ${APR_LIBS} ${APR_UTIL_LIBS} ${JAVA_LIB} + +install: mod_jk2.so + $(APXS) -i mod_jk2.so clean: rm -f *.o *.so 1.12 +5 -5 jakarta-tomcat-connectors/jk/support/jk_apr.m4 Index: jk_apr.m4 === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- jk_apr.m4 11 Feb 2004 15:08:14 - 1.11 +++ jk_apr.m4 13 Feb 2004 21:38:26 - 1.12 @@ -129,7 +129,7 @@ tempret=0 JK_EXEC( [tempret], - [${SHELL} ./configure --enable-static --disable-shared ${APR_CONFIGURE_ARGS}], + [${SHELL} ./configure --prefix=${APR_DIR} --with-installbuilddir=${APR_DIR}/instbuild --disable-shared ${APR_CONFIGURE_ARGS}], [apr], [${APR_DIR}]) if ${TEST} ${tempret} = 0; then @@ -138,7 +138,7 @@ AC_MSG_ERROR(apr configure failed with ${tempret}) fi JK_APR_LIBNAME(apr_libname,${APR_DIR}) -APR_LDFLAGS=${APR_DIR}/${apr_libname} +APR_LDFLAGS=${APR_DIR}/lib/${apr_libname} APR_LIBDIR= use_apr=true COMMON_APR_OBJECTS=\${COMMON_APR_OBJECTS} @@ -195,7 +195,7 @@ tempret=0 JK_EXEC( [tempret], -
Re: [VOTE] Release the HEAD of j-t as Tomcat 3.3.2
Bill Barker wrote: The (modified) text of the proposal is below. The [VOTE] runs until Thursday, Feb 19 6:00 PM PDT. ballot [ ] +1 I agree with this release and will support it. [X] +0 I agree with this release, but can't support it. [ ] -0 I disagree with this release, but won't block it. [ ] -1 I don't think this release should happen because: /ballot I wish I could vote at least +0.5 :-) You can count it as +1 as PMC, and +0 as developer / support. Costin It has been a long time since the 3.3.1 release, and there are several important bug fixes in the CVS. Therefore, I'm proposing cutting a 3.3.2 release with myself and Larry as co-RMs (mostly since Larry has volunteered to do so much work on this :). Time Line: If the [VOTE] passes with 3 PMC +1s and no -1s and the enhancements below are complete (with the possible exception of licensing), then we cut a 3.3.2-RC1 release. I don't see that it is likely that we have any major regressions, so I don't see the need for a Beta. I propose to leave RC1 out for two weeks until Friday, Mar 5 (March 4th isn't good for me). At that point we cut a 3.3.2 release. Packaging Changes: I propose that we no longer ship src/native with the src distro. Also, we will remove src/native/mod_jk from the CVS. I'd also like to include the commons-daemon procrun/w and jsvc (source) with the release, similar to TC 5. Also I'd like to make the CoyoteConnector2 (possible renamed to CoyoteConnector :) the default connector in server.xml. We can add a note to use the old Connectors for people that can't use Java2. Code Changes: 1) I'd like to add a blocking option to o.a.t.startup.Main (e.g. 'startb') so that 3.3 can be used with procrun. Also make sure that the init/start/stop/destroy semantics are there for jsvc. 2) Add fix for Bug #8643 (allow to specify alternate module.xml files) 3) Port the requestURI encoding fixes for TC 4/5 (although, I believe that this is on DecodeInterceptor, instead of the Connector). 4) Update license to Apache-2.0 (non-negotiable, with a March release date :). Bugs: Several of the LATER bugs have been already fixed, so mark them as such. Of the remaining 18 open bugs, they will be marked as one of INVALID/FIXED/WORKSFORME/LATER. Administration: Future releases of TC 3.3 will be governed by the TC 4/5 release-then-vote-on-status model. It is likely that future releases are going to be just security-related, so streamlining is good :). This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26907] - Connectionpool's connections always returns same hashcode
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=26907. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26907 Connectionpool's connections always returns same hashcode --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 21:47 --- Do you have this error with DBCP v1.1 ? If yes then please report this to commons-DBCP. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POST recovery in JK and JK2 HEAD
I commited the fixes for the POST recovery in JK and JK2 when in LB mode which should solve this major problem. Could Alexander who is the original reporter validate the fix ? YES and NO: Post recovery works now in the scenario, the loadbalancer doesn't forget the post body when a tomcat fails. THIS DOES NOT FIX the problem with the output when tomcat already sent data to the client (see my mail date Thu, 12 Feb 2004 23:33:34 +0100), but you have already been discussing this under the subject Mod_Jk2 - Default Worker. My two cents: when the tomcat fails after data has been sent to the client, assume that the request is complete, i.e. return JK_TRUE (otherwise apache will add some error messages to the reply). Alex. -- Alexander Schwartz ([EMAIL PROTECTED]) http://www.ahus1.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java
markt 2004/02/13 14:19:52 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java Log: Fix bug 26906. - Lock token must be returned after lock creation. - Patch provided by Pieter van Prooijen Revision ChangesPath 1.10 +8 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java Index: WebdavServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- WebdavServlet.java13 Feb 2004 20:06:50 - 1.9 +++ WebdavServlet.java13 Feb 2004 22:19:52 - 1.10 @@ -1231,7 +1231,10 @@ lockNulls.addElement(lock.path); } - +// Add the Lock-Token header as by RFC 2518 8.10.1 +// - only do this for newly created locks +resp.addHeader(Lock-Token, opaquelocktoken: + + lockToken + ); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java
markt 2004/02/13 14:21:04 Modified:catalina/src/share/org/apache/catalina/servlets WebdavServlet.java Log: Fix bug 26906. - Lock token must be returned after lock creation. - Patch provided by Pieter van Prooijen - Port from TC5 Revision ChangesPath 1.33 +8 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java Index: WebdavServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- WebdavServlet.java13 Feb 2004 20:11:12 - 1.32 +++ WebdavServlet.java13 Feb 2004 22:21:04 - 1.33 @@ -1231,7 +1231,10 @@ lockNulls.addElement(lock.path); } - +// Add the Lock-Token header as by RFC 2518 8.10.1 +// - only do this for newly created locks +resp.addHeader(Lock-Token, opaquelocktoken: + + lockToken + ); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16323] - Cadaver/RFC 2518 locking incompatibility
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=16323. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16323 Cadaver/RFC 2518 locking incompatibility [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 22:21 --- Fixed in TC4 and TC5. It will be included in the next release. Many thanks for the patch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21288] - DirContext caching problem with Dreamweaver 6 when recursively creating directories
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=21288. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21288 DirContext caching problem with Dreamweaver 6 when recursively creating directories [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-02-13 22:38 --- This works for me in TC4 and TC5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.6 release
I'd like to see this since Henri's timeout fixes really help some issues that we've seen with apps that hang Tomcat threads. It might be good to wait until the POST data issues are resolved (see threads titled POST recovery in JK and JK2 HEAD and Mod_JK2 - Default Worker) Mike Anderson [EMAIL PROTECTED] 2/13/2004 2:13:03 PM I have noticed a number of bug fixes and patches to mod_jk 1.2. Whenever you think it is ready I can act as the release manager for a mod_jk 1.2.6 if you want me to. Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remote Access using JSR 160
Are you using modeler 1.1? You need to have the latest modeler change for the fix - org.apache.commons.modeler.BaseModelMBean 1.25. The fix went in after 1.1 release. How about that for sneaky ;-) All should be good if you have the latest BaseModelMBean. :-) Amy Yes, it says it returns a String, but if you actually get the attribute, you get an ObjectName (I did modify the JMX proxy servlet to make sure of that). Sneaky :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remote Access using JSR 160
Amy Roh wrote: Are you using modeler 1.1? You need to have the latest modeler change for the fix - org.apache.commons.modeler.BaseModelMBean 1.25. The fix went in after 1.1 release. How about that for sneaky ;-) All should be good if you have the latest BaseModelMBean. :-) The diff seems to validate this. I'll test it next week. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java
luehe 2004/02/13 16:46:01 Modified:jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java Log: Fixed Bugtraq 4994881 (Parser for JSP pages in XML syntax ignores custom action's body type) Sorry this commit is so close to the tagging, but it's an important fix. Revision ChangesPath 1.76 +54 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java Index: JspDocumentParser.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v retrieving revision 1.75 retrieving revision 1.76 diff -u -r1.75 -r1.76 --- JspDocumentParser.java19 Jan 2004 10:34:30 - 1.75 +++ JspDocumentParser.java14 Feb 2004 00:46:00 - 1.76 @@ -116,6 +116,13 @@ // Node representing the XML element currently being parsed private Node current; +/* + * Outermost (in the nesting hierarchy) node whose body is declared to be + * scriptless. If a node's body is declared to be scriptless, all its + * nested nodes must be scriptless, too. + */ +private Node scriptlessBodyNode; + private Locator locator; //Mark representing the start of the current element. Note @@ -393,6 +400,19 @@ taglibAttrs, startMark, current); +} else { +// custom action +Node.CustomTag custom = (Node.CustomTag) node; + String bodyType; + if (custom.getTagInfo() != null) { + bodyType = custom.getTagInfo().getBodyContent(); + } else { + bodyType = custom.getTagFileInfo().getTagInfo().getBodyContent(); + } +if (scriptlessBodyNode == null + bodyType.equalsIgnoreCase(TagInfo.BODY_CONTENT_SCRIPTLESS)) { +scriptlessBodyNode = node; +} } } @@ -598,6 +618,10 @@ if (current.getParent() != null) { current = current.getParent(); +if (scriptlessBodyNode != null + current.equals(scriptlessBodyNode)) { +scriptlessBodyNode = null; +} } } @@ -786,6 +810,15 @@ current); processIncludeDirective(nonTaglibAttrs.getValue(file), node); } else if (localName.equals(DECLARATION_ACTION)) { +if (scriptlessBodyNode != null) { +// We're nested inside a node whose body is +// declared to be scriptless +throw new SAXParseException( +Localizer.getMessage( +jsp.error.no.scriptlets, +localName), +locator); +} node = new Node.Declaration( qName, @@ -794,6 +827,15 @@ start, current); } else if (localName.equals(SCRIPTLET_ACTION)) { +if (scriptlessBodyNode != null) { +// We're nested inside a node whose body is +// declared to be scriptless +throw new SAXParseException( +Localizer.getMessage( +jsp.error.no.scriptlets, +localName), +locator); +} node = new Node.Scriptlet( qName, @@ -802,6 +844,15 @@ start, current); } else if (localName.equals(EXPRESSION_ACTION)) { +if (scriptlessBodyNode != null) { +// We're nested inside a node whose body is +// declared to be scriptless +throw new SAXParseException( +Localizer.getMessage( +jsp.error.no.scriptlets, +localName), +locator); +} node = new Node.Expression( qName, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]