svn commit: r358770 - /tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.in

[mturk]

Author: mturk
Date: Fri Dec 23 00:42:05 2005
New Revision: 358770

URL: http://svn.apache.org/viewcvs?rev=358770&view=rev
Log:
Replace $< with real source name. This fixes
building problems on BSD make systems like Solaris, etc...

Modified:
tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.in

Modified: tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.in
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.in?rev=358770&r1=358769&r2=358770&view=diff
==
--- tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.in (original)
+++ tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.in Fri Dec 23 
00:42:05 2005
@@ -85,13 +85,13 @@
 ${MOD_LINK} -o $@ $^
 
 mod_jk.so: mod_jk.la
-   $(LIBTOOL) --mode=install cp $< `pwd`/$@
+   $(LIBTOOL) --mode=install cp mod_jk.la `pwd`/$@
 
 #
 # Common part.
 #
 mod_jk.lo: mod_jk.c
-   ${SH_COMPILE} -c $< -o $@
+   ${SH_COMPILE} -c mod_jk.c -o $@
 
 .c.lo:
${SH_COMPILE} -c $< -o $@



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r358771 - in /tomcat/connectors/trunk/jk/native: common/portable.h.sample iis/installer/isapi-redirector-win32-msi.ism iis/isapi_redirect.rc

[mturk]

Author: mturk
Date: Fri Dec 23 00:44:22 2005
New Revision: 358771

URL: http://svn.apache.org/viewcvs?rev=358771&view=rev
Log:
Update version numbers to current 1.2.16-dev

Modified:
tomcat/connectors/trunk/jk/native/common/portable.h.sample

tomcat/connectors/trunk/jk/native/iis/installer/isapi-redirector-win32-msi.ism
tomcat/connectors/trunk/jk/native/iis/isapi_redirect.rc

Modified: tomcat/connectors/trunk/jk/native/common/portable.h.sample
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/native/common/portable.h.sample?rev=358771&r1=358770&r2=358771&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/portable.h.sample (original)
+++ tomcat/connectors/trunk/jk/native/common/portable.h.sample Fri Dec 23 
00:44:22 2005
@@ -108,4 +108,4 @@
 #define USE_SO_SNDTIMEO 1
 
 /* Version number of package */
-#define VERSION "1.2.14"
+#define VERSION "1.2.16"

Modified: 
tomcat/connectors/trunk/jk/native/iis/installer/isapi-redirector-win32-msi.ism
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/native/iis/installer/isapi-redirector-win32-msi.ism?rev=358771&r1=358770&r2=358771&view=diff
==
--- 
tomcat/connectors/trunk/jk/native/iis/installer/isapi-redirector-win32-msi.ism 
(original)
+++ 
tomcat/connectors/trunk/jk/native/iis/installer/isapi-redirector-win32-msi.ism 
Fri Dec 23 00:44:22 2005
@@ -3288,7 +3288,7 @@
ProductIDnone
ProductLanguage1033
ProductNameJakarta Isapi 
Redirector
-   ProductVersion1.2.15
+   ProductVersion1.2.16
ProgressType0install
ProgressType1Installing
ProgressType2installed

Modified: tomcat/connectors/trunk/jk/native/iis/isapi_redirect.rc
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/native/iis/isapi_redirect.rc?rev=358771&r1=358770&r2=358771&view=diff
==
--- tomcat/connectors/trunk/jk/native/iis/isapi_redirect.rc (original)
+++ tomcat/connectors/trunk/jk/native/iis/isapi_redirect.rc Fri Dec 23 00:44:22 
2005
@@ -14,7 +14,7 @@
 "specific language governing permissions and " \
 "limitations under the License."
 
-#define JK_VERSION_STR  "1.2.14-dev"
+#define JK_VERSION_STR  "1.2.16-dev"
 #define JK_DLL_BASENAME "isapi_redirect-" JK_VERSION_STR
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r358772 - /tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c

[mturk]

Author: mturk
Date: Fri Dec 23 00:46:06 2005
New Revision: 358772

URL: http://svn.apache.org/viewcvs?rev=358772&view=rev
Log:
Fix Cookie2 header problems caused by Cookie2
been always sent as Cookie.
This is modified patch provided by Andre Gebers.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c?rev=358772&r1=358771&r2=358772&view=diff
==
--- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Fri Dec 23 
00:46:06 2005
@@ -300,7 +300,9 @@
 return UNKNOWN_METHOD;
 break;
 case 'C':
-if (memcmp(p, "OOKIE", 5) == 0)
+if(memcmp(p, "OOKIE2", 6) == 0)
+return SC_COOKIE2;
+else if (memcmp(p, "OOKIE", 5) == 0)
 return SC_COOKIE;
 else if(memcmp(p, "ONNECTION", 9) == 0)
 return SC_CONNECTION;
@@ -308,8 +310,6 @@
 return SC_CONTENT_TYPE;
 else if(memcmp(p, "ONTENT-LENGTH", 13) == 0)
 return SC_CONTENT_LENGTH;
-else if(memcmp(p, "OOKIE2", 6) == 0)
-return SC_COOKIE2;
 else
 return UNKNOWN_METHOD;
 break;



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r358775 - /tomcat/connectors/trunk/jk/xdocs/changelog.xml

[mturk]

Author: mturk
Date: Fri Dec 23 00:57:43 2005
New Revision: 358775

URL: http://svn.apache.org/viewcvs?rev=358775&view=rev
Log:
Cookie2 fix notation.

Modified:
tomcat/connectors/trunk/jk/xdocs/changelog.xml

Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/xdocs/changelog.xml?rev=358775&r1=358774&r2=358775&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/changelog.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/changelog.xml Fri Dec 23 00:57:43 2005
@@ -26,6 +26,10 @@
   
 
   
+  Fix AJP13 Cookie2 parsing. Cookie2 was always send as Cookie.
+  Patch provided by Andre Gebers. (mturk)
+  
+  
   35862: NSAPI plugin attempts to read freed memory and 
attempts to
   dereference a null pointer. Patch provided by Brian Kavanagh. (markt)
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38025] New: - cookies are not set when max age is specified

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38025

   Summary: cookies are not set when max age is specified
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Linux
Status: NEW
  Keywords: JDK1.5
  Severity: normal
  Priority: P2
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm using Tomcat 5.5.9 (and tried higher versions  too) and jdk1.5 update 06.

When i use following code in my JSP - cookies are not set to client.

// DO NOT WORK
Cookie cookie = new Cookie("name", "value");
cookie.setMaxAge(3600);
response.addCookie(cookie);

If i remove 2nd line - all works OK.

// WORKS OK
Cookie cookie = new Cookie("name", "value");
response.addCookie(cookie);

This happnes only on linux computers (we use Gentoo). On windows everything is 
working OK.

Before i've been using j2sdk1.4.2_08 and Tomcat 5.0.30 and never seen this 
problem.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Anne-Sophie Brichard/EUZ/ChubbMail is out of the office.

[abrichard]

I will be out of the office starting  23/12/2005 and will not return until
28/12/2005.

En cas d'urgence, merci de bien vouloir contacter Sandra Boutboul
([EMAIL PROTECTED]) au 01 70 36 65 90

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38025] - cookies are not set when max age is specified

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38025





--- Additional Comments From [EMAIL PROTECTED]  2005-12-23 13:23 ---
> Cookie cookie = new Cookie("name", "value");
> cookie.setMaxAge(3600);

Did you try other values as well? 3600 = 1 hour, which could be a timezone
difference (maybe one of the machines has wrong timezone settings)

Did you check the HTTP headers of the response? 
Or did you just look in the Cookie-store of your browser?


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38025] - cookies are not set when max age is specified

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38025





--- Additional Comments From [EMAIL PROTECTED]  2005-12-23 13:34 ---
(In reply to comment #1)
> > Cookie cookie = new Cookie("name", "value");
> > cookie.setMaxAge(3600);
> 
> Did you try other values as well? 3600 = 1 hour, which could be a timezone
> difference (maybe one of the machines has wrong timezone settings)
> 
Yes, I've tried many of another values.

> Did you check the HTTP headers of the response? 
> Or did you just look in the Cookie-store of your browser?
Hmm. Sorry my mistake. I've been looking only into cookie-store of browsers.
I'm still researching a bug. Try to give you as many info as i'll be able to 
obtain.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38010] - Destroy function don't work after stop service on Windows

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38010





--- Additional Comments From [EMAIL PROTECTED]  2005-12-23 14:48 ---
I found solution in ASF Bugzilla Bug 29521  that this was corrected in 5.0.29
But I don't know I can I download this version.

I tried 5.0.30-beta but on Windows 2000 I am unable to start it from tomcat 
monitor : all parameters are empty.

What You suggest to do?
 


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Season's Greetings

[Carl Olivier]

Greetings to all Tomcat folk!
 
For all of you that celebrate Chrsitmas - a very merry one indeed!
 
A big thank you to all the Tomcat contributors - for all the great work and
effort being done in such a selfless way!  I, for one, really appreciate
your efforts!
 
Regards,
 
Carl

[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

[Stefan Bodewig]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-4.0 has an issue affecting its community integration.
This issue affects 7 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [naming-resources.jar] identifier set to output basename: 
[naming-resources]
 -DEBUG- Output [servlets-default.jar] identifier set to output basename: 
[servlets-default]
 -DEBUG- Output [naming-common.jar] identifier set to output basename: 
[naming-common]
 -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina]
 -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap]
 -DEBUG- Output [servlets-common.jar] identifier set to output basename: 
[servlets-common]
 -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: 
[servlets-invoker]
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xerces.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html
Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build)
Work ended in a state of : Failed
Elapsed: 33 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djmx.license=/usr/local/gump/public/workspace/jakarta-tomcat-4.0/RUNNING.txt 
-Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar 
-Djmx.jar=/usr/local/gump/packages/jmx-1_2_1-bin/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2_1-bin 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-23122005.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23122005.jar
 -Dldap.jar=/usr/local/gump/packages/ld

[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

[Stefan Bodewig]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-4.0 has an issue affecting its community integration.
This issue affects 7 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Output [naming-resources.jar] identifier set to output basename: 
[naming-resources]
 -DEBUG- Output [servlets-default.jar] identifier set to output basename: 
[servlets-default]
 -DEBUG- Output [naming-common.jar] identifier set to output basename: 
[naming-common]
 -DEBUG- Output [catalina.jar] identifier set to output basename: [catalina]
 -DEBUG- Output [bootstrap.jar] identifier set to output basename: [bootstrap]
 -DEBUG- Output [servlets-common.jar] identifier set to output basename: 
[servlets-common]
 -DEBUG- Output [servlets-invoker.jar] identifier set to output basename: 
[servlets-invoker]
 -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xerces.jar.
 -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
 -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
 -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
 -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.home.
 -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.jar.
 -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html
Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build)
Work ended in a state of : Failed
Elapsed: 33 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/build/serializer.jar:/usr/local/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djmx.license=/usr/local/gump/public/workspace/jakarta-tomcat-4.0/RUNNING.txt 
-Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar 
-Djmx.jar=/usr/local/gump/packages/jmx-1_2_1-bin/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2_1-bin 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-23122005.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3.2 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23122005.jar
 -Dldap.jar=/usr/local/gump/packages/ld

svn commit: r358834 - /tomcat/container/branches/tc4.1.x/catalina/build.xml

[markt]

Author: markt
Date: Fri Dec 23 09:10:42 2005
New Revision: 358834

URL: http://svn.apache.org/viewcvs?rev=358834&view=rev
Log:
Fix build. Remove references to WARP connector which has been removed.

Modified:
tomcat/container/branches/tc4.1.x/catalina/build.xml

Modified: tomcat/container/branches/tc4.1.x/catalina/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/build.xml?rev=358834&r1=358833&r2=358834&view=diff
==
--- tomcat/container/branches/tc4.1.x/catalina/build.xml (original)
+++ tomcat/container/branches/tc4.1.x/catalina/build.xml Fri Dec 23 09:10:42 
2005
@@ -24,7 +24,6 @@
   
   
   
-  
   
 
   
@@ -45,8 +44,6 @@
value="${tomcat-jk.home}/build/conf/jk2.properties"/>
   
-  
   
 
@@ -123,7 +120,6 @@
 
 
 
-
 
   
 
@@ -917,20 +913,6 @@
   
 
 
-  
-  
-
-
-  
-  
-
-
-
-
-  
-
-
   
   
 
@@ -992,7 +974,6 @@
 
 
 
-
 
 
   
@@ -1266,7 +1247,7 @@
 
 
   
-  
   
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

[Mark Thomas]

Stefan Bodewig wrote:
> To whom it may engage...
> 
> This is an automated request, but not an unsolicited one. For 
> more information please visit http://gump.apache.org/nagged.html, 
> and/or contact the folk at [EMAIL PROTECTED]
> 
> Project jakarta-tomcat-4.0 has an issue affecting its community integration.
> This issue affects 7 projects,
>  and has been outstanding for 2 runs.

Sorry, my bad. I checked TC5 but not TC4 after cleaning up the
connectors repo. Should all be fixed now.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[ANN] Clustering broken 5.5.10-5.5.14

[devlists]

I've been getting a good amount of emails regarding the clustering system
being broken in Tomcat 5.5, so I thought I make the announcement here so
that we can clear the air once and for all.

In tomcat 5.5.10 the underlying communication protocol for the clustering
system changed, and not only made the release incompatible with any
previous release, but also broke the system completely.

This change should have never seen the codebase, but it did.

We apologize for this error, it has been fixed in 5.5.15, in the future,
we advise developers to not change protocol and low level code in dot-dot
releases without complete regression testing.

Filip


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Time for 5.5.15?

[Yoav Shapira]

Hi,
Are people ready for a 5.5.15 release?  I'd specifically like to know
that the showstoppers in 5.5.13 and 5.5.14, e.g. the clustering issue
just mentioned by Filip in his other message, are resolved.  If so,
I'm ready to do a 5.5.15 release this weekend.

--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38030] New: - HTTP 1.0 POST Request without a message body improperly receives a 403

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38030

   Summary: HTTP 1.0 POST Request without a message body improperly
receives a 403
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: NEW
  Severity: major
  Priority: P2
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


An HTTP 1.0 POST request with no message body and no content-length attribute
will receive a 403 "The request body was too large to be cached during the 
authentication process" Response.

Although the validity of the POST request can be called into question, the
Tomcat response is clearly counter to RFC 2616 Section 4.3 ( The presence of a
message-body in a request is signaled by the inclusion of a Content-Length or
Transfer-Encoding header field in the request's message-headers).

I've tested an HTTP 1.1 POST without a message body and no content-length
attribute. Although Tomcat handles it properly, Tomcat seems to block in a read
attempting to read a message body (I see an 8 second delay between POST Request
and the Response). Although that behavior is "correct", I think it could be
accurately described as "undesirable".

Thanks to Bill Barker, Remy Maucherat, and Bill Stoddard for their help on
[EMAIL PROTECTED] On dev, Remy proposed removing the "if (keepAlive)" from
the following fragment (I presume it applies to both Http11Processor.java and
Http11AprProcessor.java). I have not tested this fix...

 if (!contentDelimitation) {
// If there's no content length and we're using keep-alive
// (HTTP/1.0 with keep-alive or HTTP/1.1), assume
// the client is not broken and didn't send a body
 >>if (keepAlive) {
inputBuffer.addActiveFilter
(inputFilters[Constants.VOID_FILTER]);
contentDelimitation = true;
}
}

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: TCK Issue with Tomcat 5.5.12

[Kevan Miller]

Bill, Bill, and Remy -- thanks for your help. I've raised bug 38030 --
http://issues.apache.org/bugzilla/show_bug.cgi?id=38030

FYI, I tested TC behavior with an HTTP 1.1 POST without a message body and
no content-length. It worked, properly. However, I noticed an 8 second delay
between request and response. I assume TC was blocking in a socket read
until it timed out... That doesn't seem very desirable...

Possible to target the fix for 5.5.14?

--kevan

On 12/22/05, Bill Stoddard <[EMAIL PROTECTED]> wrote:
>
> Bill Barker wrote:
> > "Bill Stoddard" <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]
> >
> >>Remy Maucherat wrote:
> >>
> >>>Bill Stoddard wrote:
> >>>
> >>>
> Nope, that's incorrect.
>  From RFC2616, the official HTTP standard definition:
> 
>    The presence of a message-body in a request is signaled by the
>    inclusion of a Content-Length or Transfer-Encoding header field in
>    the request's message-headers.
> 
> A bodyless POST request w/o a TE or CL header field is permitted by
> RFC2616. Of course, if the POST really does have a body, then bad
> things
> are guaranteed to happen.
> >>>
> >>>
> >>>It's a HTTP/1.0 request. Is that still true ?
> >>>
> >>
> >>Yes, HTTP/1.1 servers can handle HTTP/1.0 requests.  Here's an
> experiment
> >>to try.
> >>telnet www.apache.org 80
> >>then type in:
> >>POST /foo/bar HTTP/1.0
> >>
> >>
> >>
> >>watch what happens. Apache httpd handles the request properly.
> >>
> >
> >
> > Tomcat handles it much the same way for for a 404 ;-).
>
> Got me, bad example ;-)
>
> >
> > However, I'm guessing that Httpd sets up an EOS-only bucket-brigade
>
> Yep, your right. HTTP input filter sets EOS on the input stream if a CL or
> TE header is not received. The
> input filter does not consider the HTTP method (POST, GET, et. al).
> Consumers of the input stream will know
> they are done when they read the EOS bucket off the stream.
>
> > Given that the request is malformed under RFC1945, so Tomcat probably
> should
> > do the same thing (which is basically what Remy's patch does).
>
> Humm... this is straight from from RFC1945:
>
> -//-
> Status of This Memo
>
> This memo provides information for the Internet community.  This memo
> does not specify an Internet standard of any kind.  Distribution of
> this memo is unlimited.
>
> IESG Note:
>
> The IESG has concerns about this protocol, and expects this document
> to be replaced relatively soon by a standards track document.
>
> -//-
>
> so I am not sure of the utility in quoting RFC1945. I suspect (but don't
> know for sure) the 'standards track
> document' being referenced turned out to be RFC2069 followed by RFC2616.
>
> I am not convinced the request is malformed by any recognized standard,
> but we can disagree on this point so
> long as we all agree:
> 1. Tomat is an HTTP/1.1 compliant server
> 2. An HTTP/1.1 compliant server should be able to accept POST w/o a body
> 3. It is acceptable for an HTTP client to tell an HTTP/1.1 compliant
> server that it has no body by omitting
> the TE and CL header fields (regardless of HTTP method type).
>
> Assuming the request really is malformed, the dictum "Be permissive in
> what you accept, strict in what you
> send" would suggest we not pedantically fail this particular request as
> malformed simply because it sent
> "HTTP/1.0" in it's version field.
>
> Bill
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Time for 5.5.15?

[Peter Rossbach]

+1

Thanks
Peter

Am 23.12.2005 um 20:28 schrieb Yoav Shapira:


Hi,
Are people ready for a 5.5.15 release?  I'd specifically like to know
that the showstoppers in 5.5.13 and 5.5.14, e.g. the clustering issue
just mentioned by Filip in his other message, are resolved.  If so,
I'm ready to do a 5.5.15 release this weekend.

--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
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: Time for 5.5.15?

[Henri Gomez]

+0

2005/12/23, Peter Rossbach <[EMAIL PROTECTED]>:
> +1
>
> Thanks
> Peter
>
> Am 23.12.2005 um 20:28 schrieb Yoav Shapira:
>
> > Hi,
> > Are people ready for a 5.5.15 release?  I'd specifically like to know
> > that the showstoppers in 5.5.13 and 5.5.14, e.g. the clustering issue
> > just mentioned by Filip in his other message, are resolved.  If so,
> > I'm ready to do a 5.5.15 release this weekend.
> >
> > --
> > Yoav Shapira
> > System Design and Management Fellow
> > MIT Sloan School of Management
> > Cambridge, MA, USA
> > [EMAIL PROTECTED] / www.yoavshapira.com
> >
> > -
> > 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]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Clustering broken 5.5.10-5.5.14

[Peter Rossbach]

Many  thanks for your helpful mail...

I hope you have next year more time to work together and test the  
cluster implementation.



Peter



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]