date:20040318

Hello,

Due to the increased volume of SPAM this mailbox has been closed.

Please contact us via http://www.directxtras.com/ContactUS.asp

We apology for the inconvenience.

Best Regards,
--
The DirectXtras Team
-
DirectXtras - Xtra Power for Director and Authorware -
  http://www.directxtras.com
Sites with something to say - http://www.SpeaksForItself.com
-


Your message reads:

Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net
 (Rockliffe SMTPRA 4.5.6) with SMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>;
 Thu, 18 Mar 2004 21:50:45 -0800
Received: (qmail 97659 invoked by uid 500); 19 Mar 2004 05:50:27 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Help: 
List-Post: 
List-Id: "Tomcat Developers List" 
Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 97618 invoked from network); 19 Mar 2004 05:50:27 -
Received: from unknown (HELO exchange.sun.com) (192.18.33.10)
  by daedalus.apache.org with SMTP; 19 Mar 2004 05:50:27 -
Received: (qmail 16582 invoked by uid 50); 19 Mar 2004 05:51:10 -
Date: 19 Mar 2004 05:51:10 -
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
Subject: DO NOT REPLY [Bug 27790]  - 
Exception during shutdown of 5.0.19 on JDK 1.3.1
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

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=27790

Exception during shutdown of 5.0.19 on JDK 1.3.1





--- Additional Comments From [EMAIL PROTECTED]  2004-03-19 05:51 ---
Found a bit more information about the problem: the original exception that 
triggered the error was java/util/MissingResourceException, with a detail 
message of "Can't find resource for bundle java.util.PropertyResourceBundle, 
key http11protocol.pause". I don't have a walkback yet.

-
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 27790] - Exception during shutdown of 5.0.19 on JDK 1.3.1

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=27790

Exception during shutdown of 5.0.19 on JDK 1.3.1





--- Additional Comments From [EMAIL PROTECTED]  2004-03-19 05:51 ---
Found a bit more information about the problem: the original exception that 
triggered the error was java/util/MissingResourceException, with a detail 
message of "Can't find resource for bundle java.util.PropertyResourceBundle, 
key http11protocol.pause". I don't have a walkback yet.

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

Autoreply: [GUMP@lsd]: jakarta-tomcat-4.0/tomcat-catalina failed

Hello,

Due to the increased volume of SPAM this mailbox has been closed.

Please contact us via http://www.directxtras.com/ContactUS.asp

We apology for the inconvenience.

Best Regards,
--
The DirectXtras Team
-
DirectXtras - Xtra Power for Director and Authorware -
  http://www.directxtras.com
Sites with something to say - http://www.SpeaksForItself.com
-


Your message reads:

Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net
 (Rockliffe SMTPRA 4.5.6) with SMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>;
 Thu, 18 Mar 2004 21:45:23 -0800
Message-ID: <[EMAIL PROTECTED]>
Received: (qmail 86391 invoked by uid 500); 19 Mar 2004 05:45:03 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Help: 
List-Post: 
List-Id: "Tomcat Developers List" 
Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 86268 invoked from network); 19 Mar 2004 05:45:02 -
Received: from unknown (HELO austin.kingdesign.net) (66.194.165.21)
  by daedalus.apache.org with SMTP; 19 Mar 2004 05:45:02 -
Received: (qmail 27237 invoked from network); 19 Mar 2004 05:53:18 -
Received: from lsd.student.utwente.nl (130.89.168.148)
  by austin.kingdesign.net with SMTP; 19 Mar 2004 05:53:18 -
Date: 19 Mar 04 05:44:53
From: Stefan Bodewig <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [EMAIL PROTECTED]: jakarta-tomcat-4.0/tomcat-catalina failed
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

To whom it may engage...

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

Project tomcat-catalina has an issue affecting its community integration. This issue 
affects 2 projects. The current state is 'Failed', for reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jakarta-tomcat-4.0/tomcat-catalina.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Info - Sole jar [/data3/gump/jakarta-tomcat-4.0/build/server/lib/catalina.jar] 
identifier set to project name
 - Info - Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Error - Failed with reason build failed


-  -  -  -  - -- --  G U M P
Gump performed this work:

Work Name: build_jakarta-tomcat-4.0_tomcat-catalina (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 18 seconds
Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar
 org.apache.tools.ant.Main -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only 
-Dcommons-beanutils.jar=/data3/gump/jakarta-commons/beanutils/dist/commons-beanutils.jar
 -Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040319.jar 
-Dcommons-logging-api.jar=/data3/gump/jakarta-commons/logging/dist/commons-logging-api.jar
 -Dservlet.jar=/data3/gump/jakarta-servletapi-4/lib/servlet.jar -Dversion=4.1.25-dev 
-Dcommons-logging.jar=/data3/gump/jakarta-commons/logging/dist/commons-logging.jar 
-Dcommons-collections.jar=/data3/gump/jakarta-commons/collections/build/commons-collections-20040319.jar
 -Djtc.home=/data3/gump/jakarta-tomcat-connectors 
-Dcommons-digester.jar=/data3/gump/jakarta-commons/digester/dist/commons-digester.jar 
deploy-catalina 
[Working Directory: /data3/gump/jakarta-tomcat-4.0/catalina]
-
[javac] symbol  : class Log 
[javac] location: class org.apache.catalina.valves.ExtendedAccessLogValve
[javac] private static Log log = 
LogFactory.getLog(ExtendedAccessLogValve.class);
[javac]^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java:89:
 package org.apache.commons.collections does not exist
[javac] import org.apache.commons.collections.LRUMap;
[javac]   ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java:381:
 cannot resolve symbol
[javac] symbol  : class Digester 
[javac] location: class org.apache.catalina.core.StandardHostDeployer
[javac] Digester digester = createDigester();
[javac] ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apa

[GUMP@lsd]: jakarta-tomcat-4.0/tomcat-catalina failed

2004-03-18 Thread Stefan Bodewig

To whom it may engage...

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

Project tomcat-catalina has an issue affecting its community integration. This issue 
affects 2 projects. The current state is 'Failed', for reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jakarta-tomcat-4.0/tomcat-catalina.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Info - Sole jar [/data3/gump/jakarta-tomcat-4.0/build/server/lib/catalina.jar] 
identifier set to project name
 - Info - Dependency on jakarta-servletapi-4 exists, no need to add for property 
servlet.jar.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Error - Failed with reason build failed


-  -  -  -  - -- --  G U M P
Gump performed this work:

Work Name: build_jakarta-tomcat-4.0_tomcat-catalina (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 18 seconds
Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar
 org.apache.tools.ant.Main -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only 
-Dcommons-beanutils.jar=/data3/gump/jakarta-commons/beanutils/dist/commons-beanutils.jar
 -Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040319.jar 
-Dcommons-logging-api.jar=/data3/gump/jakarta-commons/logging/dist/commons-logging-api.jar
 -Dservlet.jar=/data3/gump/jakarta-servletapi-4/lib/servlet.jar -Dversion=4.1.25-dev 
-Dcommons-logging.jar=/data3/gump/jakarta-commons/logging/dist/commons-logging.jar 
-Dcommons-collections.jar=/data3/gump/jakarta-commons/collections/build/commons-collections-20040319.jar
 -Djtc.home=/data3/gump/jakarta-tomcat-connectors 
-Dcommons-digester.jar=/data3/gump/jakarta-commons/digester/dist/commons-digester.jar 
deploy-catalina 
[Working Directory: /data3/gump/jakarta-tomcat-4.0/catalina]
-
[javac] symbol  : class Log 
[javac] location: class org.apache.catalina.valves.ExtendedAccessLogValve
[javac] private static Log log = 
LogFactory.getLog(ExtendedAccessLogValve.class);
[javac]^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java:89:
 package org.apache.commons.collections does not exist
[javac] import org.apache.commons.collections.LRUMap;
[javac]   ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java:381:
 cannot resolve symbol
[javac] symbol  : class Digester 
[javac] location: class org.apache.catalina.core.StandardHostDeployer
[javac] Digester digester = createDigester();
[javac] ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java:726:
 cannot resolve symbol
[javac] symbol  : class Digester 
[javac] location: class org.apache.catalina.core.StandardHostDeployer
[javac] digester = new Digester();
[javac]^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextRuleSet.java:124:
 cannot resolve symbol
[javac] symbol  : variable namespaceURI 
[javac] location: class org.apache.catalina.startup.ContextRuleSet
[javac] this.namespaceURI = null;
[javac] ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/NamingRuleSet.java:124:
 cannot resolve symbol
[javac] symbol  : variable namespaceURI 
[javac] location: class org.apache.catalina.startup.NamingRuleSet
[javac] this.namespaceURI = null;
[javac] ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardServer.java:982:
 cannot resolve symbol
[javac] symbol  : variable PropertyUtils 
[javac] location: class org.apache.catalina.core.StandardServer
[javac] PropertyUtils.getPropertyDescriptors(bean);
[javac] ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardServer.java:999:
 cannot resolve symbol
[javac] symbol  : variable PropertyUtils 
[javac] location: class org.apache.catalina.core.StandardServer
[javac] PropertyUtils.getSimpleProperty(bean,
[javac] ^
[javac] 
/data3/gump/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm/JAASMemoryLoginModule.java:524:
 cannot resolve symbol
[javac] symbol  : class Digester 
[javac] location:

Autoreply: DO NOT REPLY [Bug 27705] - HttpServletResponse.encodeURL does not work correctly with https

Hello,

Due to the increased volume of SPAM this mailbox has been closed.

Please contact us via http://www.directxtras.com/ContactUS.asp

We apology for the inconvenience.

Best Regards,
--
The DirectXtras Team
-
DirectXtras - Xtra Power for Director and Authorware -
  http://www.directxtras.com
Sites with something to say - http://www.SpeaksForItself.com
-


Your message reads:

Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net
 (Rockliffe SMTPRA 4.5.6) with SMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>;
 Thu, 18 Mar 2004 21:34:47 -0800
Received: (qmail 64198 invoked by uid 500); 19 Mar 2004 05:34:25 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Help: 
List-Post: 
List-Id: "Tomcat Developers List" 
Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 64144 invoked from network); 19 Mar 2004 05:34:25 -
Received: from unknown (HELO exchange.sun.com) (192.18.33.10)
  by daedalus.apache.org with SMTP; 19 Mar 2004 05:34:25 -
Received: (qmail 16107 invoked by uid 50); 19 Mar 2004 05:35:09 -
Date: 19 Mar 2004 05:35:09 -
Message-ID: <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc:
Subject: DO NOT REPLY [Bug 27705]  - 
HttpServletResponse.encodeURL does not work correctly with https
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

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=27705

HttpServletResponse.encodeURL does not work correctly with https

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-19 05:35 ---
I have read the specs (Servlet API version 2.3 and 2.4) and I must disagree 
with you. All that the spec says is that a webapp lives at a PATH on a server. 
This does not mean that when the server part changes that it _necessarily_ is a 
different webapp. All three the cases I mentioned in the bug could end up in 
the same webapp.
1) https - very likely will end up in the same webapp and I think addresses 
that have the same structure except for a protocol change must be encoded, 
otherwise you have no way of passing the user's session to a secure site.
2) port - less likely to end up in the same webapp, but it depends on the 
config of the connector between the web server and Tomcat.
3) server name - unlikley but may still end up in the same webapp because the 
web server may have virtual hosts all pointing to the same webapp.

Please explain, why Tomcat has chosen to interpret the spec in such a 
restrictive way instead of looking at the problem logically.

>From what I have read in some of the newsgroups is that a lot of people had to 
do their own encodeURL because Tomcat's implementation is too restrictive.

PS: I realize you may have a lot of experience with this, but is is annoying if 
these "quirks" are not documented anywhere and one then usually spends a lot of 
time debugging a "feature".

-
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 27705] - HttpServletResponse.encodeURL does not work correctly with https

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=27705

HttpServletResponse.encodeURL does not work correctly with https

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-19 05:35 ---
I have read the specs (Servlet API version 2.3 and 2.4) and I must disagree 
with you. All that the spec says is that a webapp lives at a PATH on a server. 
This does not mean that when the server part changes that it _necessarily_ is a 
different webapp. All three the cases I mentioned in the bug could end up in 
the same webapp.
1) https - very likely will end up in the same webapp and I think addresses 
that have the same structure except for a protocol change must be encoded, 
otherwise you have no way of passing the user's session to a secure site.
2) port - less likely to end up in the same webapp, but it depends on the 
config of the connector between the web server and Tomcat.
3) server name - unlikley but may still end up in the same webapp because the 
web server may have virtual hosts all pointing to the same webapp.

Please explain, why Tomcat has chosen to interpret the spec in such a 
restrictive way instead of looking at the problem logically.

>From what I have read in some of the newsgroups is that a lot of people had to 
do their own encodeURL because Tomcat's implementation is too restrictive.

PS: I realize you may have a lot of experience with this, but is is annoying if 
these "quirks" are not documented anywhere and one then usually spends a lot of 
time debugging a "feature".

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

Autoreply: Lynda Cullen/KIT/MLAC is out of the office.

Hello,

Due to the increased volume of SPAM this mailbox has been closed.

Please contact us via http://www.directxtras.com/ContactUS.asp

We apology for the inconvenience.

Best Regards,
--
The DirectXtras Team
-
DirectXtras - Xtra Power for Director and Authorware -
  http://www.directxtras.com
Sites with something to say - http://www.SpeaksForItself.com
-


Your message reads:

Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net
 (Rockliffe SMTPRA 4.5.6) with SMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>;
 Thu, 18 Mar 2004 20:34:00 -0800
Received: (qmail 3881 invoked by uid 500); 19 Mar 2004 04:33:45 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Help: 
List-Post: 
List-Id: "Tomcat Developers List" 
Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 3867 invoked from network); 19 Mar 2004 04:33:44 -
Received: from unknown (HELO hfxprod50.MARITIMELIFE.CA) (206.191.71.5)
  by daedalus.apache.org with SMTP; 19 Mar 2004 04:33:44 -
Subject: Lynda Cullen/KIT/MLAC is out of the office.
From: [EMAIL PROTECTED]
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 18 Mar 2004 23:33:48 -0500
X-MIMETrack: Serialize by Router on HFX_Infodirect/MLAC(Release 5.0.11  |July 24, 
2002) at
 03/19/2004 12:33:54 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

I will be out of the office starting  03/18/2004 and will not return until
03/19/2004.

I would be pleased to respond to your email upon my return.



-
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]

Lynda Cullen/KIT/MLAC is out of the office.

2004-03-18 Thread Lynda_Cullen

I will be out of the office starting  03/18/2004 and will not return until
03/19/2004.

I would be pleased to respond to your email upon my return.



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

Autoreply: Matt Shirley/V-USA/VKI is out of the office.

Hello,

Due to the increased volume of SPAM this mailbox has been closed.

Please contact us via http://www.directxtras.com/ContactUS.asp

We apology for the inconvenience.

Best Regards,
--
The DirectXtras Team
-
DirectXtras - Xtra Power for Director and Authorware -
  http://www.directxtras.com
Sites with something to say - http://www.SpeaksForItself.com
-


Your message reads:

Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net
 (Rockliffe SMTPRA 4.5.6) with SMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>;
 Thu, 18 Mar 2004 19:43:43 -0800
Received: (qmail 30781 invoked by uid 500); 19 Mar 2004 03:43:27 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Help: 
List-Post: 
List-Id: "Tomcat Developers List" 
Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 30765 invoked from network); 19 Mar 2004 03:43:27 -
Received: from unknown (HELO 045gevelno94.velux.com) (195.41.43.10)
  by daedalus.apache.org with SMTP; 19 Mar 2004 03:43:27 -
Subject: Matt Shirley/V-USA/VKI is out of the office.
From: [EMAIL PROTECTED]
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Date: Thu, 18 Mar 2004 22:49:29 -0500
X-MIMETrack: Serialize by Router on VG-SMTP/VKI(Release 6.5.1|January 21, 2004) at 
03/19/2004
 04:51:43 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N





I will be out of the office starting  03/18/2004 and will not return until
03/22/2004.

I will respond to your message when I return.


-
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]

Matt Shirley/V-USA/VKI is out of the office.

2004-03-18 Thread matt . shirley





I will be out of the office starting  03/18/2004 and will not return until
03/22/2004.

I will respond to your message when I return.


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

Lynda Cullen/KIT/MLAC is out of the office.

2004-03-18 Thread Lynda_Cullen

I will be out of the office starting  03/18/2004 and will not return until
03/19/2004.

I would be pleased to respond to your email upon my return.



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

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.apxs.in Makefile.in

2004-03-18 Thread Kurt Miller

Whoops. This commit  message had a copy paste error. Should have read "... for 
apache2..." throughout.

From: <[EMAIL PROTECTED]>
> truk2004/03/18 18:52:23
> 
>   Modified:jk/native2/server/apache2 Makefile.apxs.in Makefile.in
>   Log:
>   Rearrange Makefile.apxs.in to be more consistant with Makefile.in
>   
>   Arrange --with-pcre support for apache13 for both Makefile.in and
>   Makefile.apxs.in
>   
>   Arrange --with-jni support for apache13 for Makefile.apxs.in
>   (excluding libjkjni.so)
>   
>   Slight adjustments to the prepare and clean targets in Makefile.in
>   
>   Revision  ChangesPath
>   1.11  +16 -11
> jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in
>   
>   Index: Makefile.apxs.in
>   ===
>   RCS file: 
> /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in,v
>   retrieving revision 1.10
>   retrieving revision 1.11
>   diff -u -r1.10 -r1.11
>   --- Makefile.apxs.in 10 Mar 2004 23:52:34 - 1.10
>   +++ Makefile.apxs.in 19 Mar 2004 02:52:22 - 1.11
>   @@ -1,4 +1,6 @@
>## configure should make the Makefile out of this file.
>   [EMAIL PROTECTED]@
>   [EMAIL PROTECTED]@
>
>[EMAIL PROTECTED]@
>[EMAIL PROTECTED]@
>   @@ -6,30 +8,33 @@
>JK_DIR := ../..
>[EMAIL PROTECTED]@
>[EMAIL PROTECTED]@
>   -COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
>   -
>   -
>   -JK=${JK_DIR}/common/
>   -JKINC=${JK_DIR}/include/
>   -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
>
>ifneq ($(strip $(JAVA_HOME)),)
>JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
>JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L 
> ${JAVA_HOME}/lib/${ARCH}/native_threads
>endif
>
>   -APACHE2_OBJECTS=jk_logger_apache2.c jk_map_aprtable.c jk_service_apache2.c
>   +INCLUDES= -I${JK_DIR}/include \
>   +  ${JAVA_INCL}
>
>   -## Must include the jni stuff 
>   +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @HAVE_JNI@ @HAS_PCRE@
>   +
>   +COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
>   +JNI_C_FILES := $(wildcard ${JK_DIR}/jni/*.c )
>   +A2_C_FILES := $(wildcard *.c )
>
>all: mod_jk2.la
>
>mod_jk2.la: 
>   - $(APXS) -c -o $@ -Wc,"${JK_INCL}" "${JAVA_INCL}" mod_jk2.c ${APACHE2_OBJECTS} 
> ${COMMON_C_FILES}
>   + $(APXS) -c -o $@ -Wc,"${INCLUDES} ${JK_CFLAGS}" ${JAVA_LIB} @PCRE_LIBS@ \
>   + ${A2_C_FILES} ${COMMON_C_FILES} ${JNI_C_FILES}
>
>install: mod_jk2.la
>$(APXS) -i mod_jk2.la
> 
>clean:
>   - rm -f *.o *.so *.lo *.la *.slo
>   - rm -rf .libs
>   + rm -f *.o *.so *.lo *.la *.slo ${JK_DIR}/common/*.o ${JK_DIR}/common/*.so \
>   + ${JK_DIR}/common/*.lo ${JK_DIR}/common/*.la ${JK_DIR}/common/*.slo \
>   + ${JK_DIR}/jni/*.o ${JK_DIR}/jni/*.so ${JK_DIR}/jni/*.lo \
>   + ${JK_DIR}/jni/*.la ${JK_DIR}/jni/*.slo
>   + rm -rf .libs ${JK_DIR}/common/.libs ${JK_DIR}/jni/.libs
>   
>   
>   
>   1.24  +7 -5  
> jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in
>   
>   Index: Makefile.in
>   ===
>   RCS file: 
> /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v
>   retrieving revision 1.23
>   retrieving revision 1.24
>   diff -u -r1.23 -r1.24
>   --- Makefile.in 12 Mar 2004 08:23:46 - 1.23
>   +++ Makefile.in 19 Mar 2004 02:52:22 - 1.24
>   @@ -2,6 +2,8 @@
># use -D options to overrides defaults
>[EMAIL PROTECTED]@
>[EMAIL PROTECTED]@
>   [EMAIL PROTECTED]@
>   [EMAIL PROTECTED]@
>
>[EMAIL PROTECTED]@
>[EMAIL PROTECTED]@
>   @@ -37,7 +39,7 @@
>  ${APR_INCL} \
>  ${JAVA_INCL}
>
>   -JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
>   +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @HAVE_JNI@ @HAS_PCRE@
>ifdef APR_LIBDIR_LA
>JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt @PCRE_LIBS@
>else
>   @@ -106,13 +108,11 @@
>${BUILD_DIR}/mod_jk2.so: ${BUILD_DIR}/${APACHE2_LIBEXEC}/mod_jk2.so
>$(CP) $^ $@
>${BUILD_DIR}/${APACHE2_LIBEXEC}/mod_jk2.so: ${BUILD_DIR}/mod_jk2.la
>   - mkdir -p ${BUILD_DIR}/${APACHE2_LIBEXEC}
>$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/${APACHE2_LIBEXEC}
>
>${BUILD_DIR}/libjkjni.so: ${BUILD_DIR}/${APACHE2_LIBEXEC}/libjkjni.so
>$(CP) $^ $@
>${BUILD_DIR}/${APACHE2_LIBEXEC}/libjkjni.so: ${BUILD_DIR}/libjkjni.la
>   - mkdir -p ${BUILD_DIR}/${APACHE2_LIBEXEC}
>$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/${APACHE2_LIBEXEC}
>
>${BUILD_DIR}/libjkjni.la: ${JNI_LO_FILES} ${COMMON_LO_FILES}
>   @@ -124,7 +124,9 @@
>${COMMON_C_FILES} ${A2_C_FILES}: ${H_FILES}
>
>prepare: 
>   - mkdir -p ${BUILD_DIR}
>   + mkdir -p ${BUILD_DIR}${APACHE2_LIBEXEC}
>
>clean: 
>   - rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*.la ${BUILD_DIR}/*.o ${BUILD_DIR}/.libs 
> ${BUILD_DIR}/*.so
>   + rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*

Re: [Fwd: Releasing JK 2.0.4]

2004-03-18 Thread Kurt Miller

From: "jean-frederic clere" 
> Henri Gomez wrote:
> > jean-frederic clere wrote:
> > 
> >> Henri Gomez wrote:
> >>
> >>> jean-frederic clere wrote:
> >>>
>  Henri Gomez wrote:
> 
> > jean-frederic clere wrote:
> >
> >> Mladen Turk wrote:
> >>
> >>>  
> >>>
> >>>
>  -Original Message-
>  From: jean-frederic clere
>  I have the following error:
>  +++
>  # sbin/apachectl start
>  Syntax error on line 250 of /opt/SMAWoIS/apache13/conf/httpd.conf:
>  Cannot load /opt/SMAWoIS/apache13/libexec/mod_jk2.so into 
>  server: ld.so.1: /opt/SMAWoIS/apache13/sbin/httpd: fatal: 
>  relocation error: file
>  /opt/SMAWoIS/apache13/libexec/mod_jk2.so: symbol 
>  jk_jni_status_code: referenced symbol not found sbin/apachectl 
>  start: httpd could not be started
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> The jk_jni_status_code is int defined in jni/jk_jni_aprImpl.c
> >>> Something went wrong during compilation?
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> Nothing but jk_jni_aprImpl.o is not in mod_jk2.so so 
> >> jk_jni_status_code is undefined.
> >
> >
> >
> >
> >
> >
> > So jk_jni_aprImpl.c has not been compiled.
> >
> > What's your configure line ?
> 
> 
> 
> 
> 
>  CC="cc -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa" \
>  ./configure --with-apxs=/opt/SMAWoIS/apache13/sbin/apxs 
>  --with-apr=/export/home3/jfclere/tmp/apr-0.9.4 
>  --with-apr-util=/export/home3/jfclere/tmp/apr-util-0.9.4 --with-jni
> >>>
> >>>
> >>>
> >>>
> >>> Ok.
> >>>
> >>> Could you see if the jk_jni_aprImpl.c is built ?
> >>
> >>
> >>
> >> No it is not build.
> > 
> > 
> > So that's the problem.
> > 
> > Could you send a compile log ?
> 
> That is just a note to tell that not using --with-jni helps.
> 

--with-jni and --with-pcre now works for apache13 and apache2 for both Makefile.in and 
Makefile.apxs.in methods.

-Kurt

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.apxs.in Makefile.in

2004-03-18 Thread truk

truk2004/03/18 18:52:23

  Modified:jk/native2/server/apache2 Makefile.apxs.in Makefile.in
  Log:
  Rearrange Makefile.apxs.in to be more consistant with Makefile.in
  
  Arrange --with-pcre support for apache13 for both Makefile.in and
  Makefile.apxs.in
  
  Arrange --with-jni support for apache13 for Makefile.apxs.in
  (excluding libjkjni.so)
  
  Slight adjustments to the prepare and clean targets in Makefile.in
  
  Revision  ChangesPath
  1.11  +16 -11
jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in
  
  Index: Makefile.apxs.in
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.apxs.in,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- Makefile.apxs.in  10 Mar 2004 23:52:34 -  1.10
  +++ Makefile.apxs.in  19 Mar 2004 02:52:22 -  1.11
  @@ -1,4 +1,6 @@
   ## configure should make the Makefile out of this file.
  [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
   
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  @@ -6,30 +8,33 @@
   JK_DIR := ../..
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  -COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  -
  -
  -JK=${JK_DIR}/common/
  -JKINC=${JK_DIR}/include/
  -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
   
   ifneq ($(strip $(JAVA_HOME)),)
   JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
   JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L ${JAVA_HOME}/lib/${ARCH}/native_threads
   endif
   
  -APACHE2_OBJECTS=jk_logger_apache2.c jk_map_aprtable.c jk_service_apache2.c
  +INCLUDES= -I${JK_DIR}/include \
  +  ${JAVA_INCL}
   
  -## Must include the jni stuff 
  +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @HAVE_JNI@ @HAS_PCRE@
  +
  +COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  +JNI_C_FILES := $(wildcard ${JK_DIR}/jni/*.c )
  +A2_C_FILES := $(wildcard *.c )
   
   all: mod_jk2.la
   
   mod_jk2.la: 
  - $(APXS) -c -o $@ -Wc,"${JK_INCL}" "${JAVA_INCL}" mod_jk2.c ${APACHE2_OBJECTS} 
${COMMON_C_FILES}
  + $(APXS) -c -o $@ -Wc,"${INCLUDES} ${JK_CFLAGS}" ${JAVA_LIB} @PCRE_LIBS@ \
  + ${A2_C_FILES} ${COMMON_C_FILES} ${JNI_C_FILES}
   
   install: mod_jk2.la
$(APXS) -i mod_jk2.la

   clean:
  - rm -f *.o *.so *.lo *.la *.slo
  - rm -rf .libs
  + rm -f *.o *.so *.lo *.la *.slo ${JK_DIR}/common/*.o ${JK_DIR}/common/*.so \
  + ${JK_DIR}/common/*.lo ${JK_DIR}/common/*.la ${JK_DIR}/common/*.slo \
  + ${JK_DIR}/jni/*.o ${JK_DIR}/jni/*.so ${JK_DIR}/jni/*.lo \
  + ${JK_DIR}/jni/*.la ${JK_DIR}/jni/*.slo
  + rm -rf .libs ${JK_DIR}/common/.libs ${JK_DIR}/jni/.libs
  
  
  
  1.24  +7 -5  jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile.in,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- Makefile.in   12 Mar 2004 08:23:46 -  1.23
  +++ Makefile.in   19 Mar 2004 02:52:22 -  1.24
  @@ -2,6 +2,8 @@
   # use -D options to overrides defaults
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
   
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  @@ -37,7 +39,7 @@
 ${APR_INCL} \
 ${JAVA_INCL}
   
  -JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 -DHAS_APR @HAVE_JNI@ @HAS_PCRE@
  +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @HAVE_JNI@ @HAS_PCRE@
   ifdef APR_LIBDIR_LA
   JK_LDFLAGS=-L${APACHE2_LIBDIR} -lcrypt @PCRE_LIBS@
   else
  @@ -106,13 +108,11 @@
   ${BUILD_DIR}/mod_jk2.so: ${BUILD_DIR}/${APACHE2_LIBEXEC}/mod_jk2.so
$(CP) $^ $@
   ${BUILD_DIR}/${APACHE2_LIBEXEC}/mod_jk2.so: ${BUILD_DIR}/mod_jk2.la
  - mkdir -p ${BUILD_DIR}/${APACHE2_LIBEXEC}
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/${APACHE2_LIBEXEC}
   
   ${BUILD_DIR}/libjkjni.so: ${BUILD_DIR}/${APACHE2_LIBEXEC}/libjkjni.so
$(CP) $^ $@
   ${BUILD_DIR}/${APACHE2_LIBEXEC}/libjkjni.so: ${BUILD_DIR}/libjkjni.la
  - mkdir -p ${BUILD_DIR}/${APACHE2_LIBEXEC}
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/${APACHE2_LIBEXEC}
   
   ${BUILD_DIR}/libjkjni.la: ${JNI_LO_FILES} ${COMMON_LO_FILES}
  @@ -124,7 +124,9 @@
   ${COMMON_C_FILES} ${A2_C_FILES}: ${H_FILES}
   
   prepare: 
  - mkdir -p ${BUILD_DIR}
  + mkdir -p ${BUILD_DIR}${APACHE2_LIBEXEC}
   
   clean: 
  - rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*.la ${BUILD_DIR}/*.o ${BUILD_DIR}/.libs 
${BUILD_DIR}/*.so
  + rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*.la ${BUILD_DIR}/*.o ${BUILD_DIR}/*.a \
  + ${BUILD_DIR}/.libs ${BUILD_DIR}/*.so 
${BUILD_DIR}${APACHE2_LIBEXEC}/*.so \
  + ${BUILD_DIR}${APACHE2_LIBEXEC}/*.la
  
  
  

---

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

2004-03-18 Thread luehe

luehe   2004/03/18 15:51:48

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteAdapter.java
  Log:
  Include session cookies in HttpServletRequest.getCookies().
  
  Excluding them has caused a regression, and seems to be in conflict
  with the javadocs:
  
   * Returns an array containing all of the Cookie
   * objects the client sent with this request.
  
  *All* includes session cookies as well, even though including session
  cookies may not be very useful and is inconsistent with how a session
  id path parameter is not exposed to a webapp. Will need to be
  addressed by Servlet.next.
  
  Revision  ChangesPath
  1.20  +1 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java
  
  Index: CoyoteAdapter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- CoyoteAdapter.java10 Mar 2004 00:00:23 -  1.19
  +++ CoyoteAdapter.java18 Mar 2004 23:51:47 -  1.20
  @@ -379,7 +379,6 @@
   (scookie.getValue().toString());
   }
   }
  -continue;
   }
   try {
   Cookie cookie = new Cookie(scookie.getName().toString(),
  
  
  

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

Re: [5.0] Next tag end of the week

Remy Maucherat wrote:
Hi,

5.0.20 wasn't tagged for obvious reasons, and I propose postponing the 
tag to the end of next week (friday seems a good target).
I'll tag likely on Sunday, as I need to fix a bug before (27752).

I identified the following tasks:
- update the jakarta-servletapi-5 module to the new license
- update the jakarta-tomcat-jasper module to the new license
Thanks for those fixes.

Rémy

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

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspWriterImpl.java

2004-03-18 Thread Kin-Man Chung

The action  generates a call to PageContextImpl.forward(),
so the patch affects how this action works.  The following test

<%@ page buffer="none" %>


used to raise an ISE, now it does not.  The test for buffersize might
not be the best way to implement the part of the spec (that was before
my time), but it got the job done.  The patch may (and should) break
some TCK tests.

-Kin-man

> Date: Thu, 18 Mar 2004 22:23:12 +
> From: Mark Thomas <[EMAIL PROTECTED]>
> Subject: RE: cvs commit: 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime 
JspWriterImpl.java
> To: 'Tomcat Developers List' <[EMAIL PROTECTED]>
> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
> Thread-index: AcQNM+1cLsjNLxfdTQ2XKdmvPyCgnAAAa/UA
> 
> Kin-man,
> 
> The original bug report was that Jasper threw an exception on an immediate
> pageContext.forward() on an unbuffered page. My reading of the spec is that 
this
> shouldn't happen. I can't see how this check helps meet the part of the spec 
you
> quoted.
> 
> Am I being stupid and missing the blindingly obvious here?
> 
> Mark
> 
> > -Original Message-
> > From: Kin-Man Chung [mailto:[EMAIL PROTECTED] 
> > Sent: Thursday, March 18, 2004 9:57 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: cvs commit: 
> > jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt
> > ime JspWriterImpl.java
> > 
> > -1.  The patch breaks the spec.
> > 
> > According to JSP 2.0 spec, JSP.5.5 (p1-111),
> > 
> > "If the page output was unbuffered and anything has been 
> > written to
> > it, an attempt to forward the request will result in an
> > IllegalStateException."
> > 
> > -Kin-man
> >  
> > > Date: Thu, 18 Mar 2004 21:05:17 +
> > > From: [EMAIL PROTECTED]
> > > Subject: cvs commit: 
> > jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime 
> > JspWriterImpl.java
> > > To: [EMAIL PROTECTED]
> > > 
> > > markt   2004/03/18 13:05:17
> > > 
> > >   Modified:jasper2/src/share/org/apache/jasper/runtime
> > > JspWriterImpl.java
> > >   Log:
> > >   - Fix bug 13499. Remove unnecssary bufferSize check
> > >   - Ported from TC4
> > >   
> > >   Revision  ChangesPath
> > >   1.10  +0 -3  
> > jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt
> > ime/JspWriterImpl.
> > java
> > >   
> > >   Index: JspWriterImpl.java
> > >   
> > ===
> > >   RCS file: 
> > /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/j
> > asper/runtime/JspW
> > riterImpl.java,v
> > >   retrieving revision 1.9
> > >   retrieving revision 1.10
> > >   diff -u -r1.9 -r1.10
> > >   --- JspWriterImpl.java  17 Mar 2004 19:23:04 -  1.9
> > >   +++ JspWriterImpl.java  18 Mar 2004 21:05:17 -  1.10
> > >   @@ -139,9 +139,6 @@
> > > * Discard the output buffer.
> > > */
> > >public final void clear() throws IOException {
> > >   -if (bufferSize == 0)
> > >   -throw new IllegalStateException(
> > >   -
> > getLocalizeMessage("jsp.error.ise_on_clear"));
> > >if (flushed)
> > >throw new IOException(
> > >
> > getLocalizeMessage("jsp.error.attempt_to_clear_flushed_buffer"));
> > >   
> > >   
> > >   
> > > 
> > > 
> > -
> > > 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]
> 


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

Re: [OT] Tomcat as "top level" ASF Project

Filip Hanik (lists) wrote:
Politics require mature representation...and
are we sure that Tomcat has this.
We have Costin :)

Unless becoming a TLP gives us an instant advantage or will change some
things that really do need to change, is it worth the time and effort. IMHO
becoming a TLP should have a really good reason, political leverage is a
reason, is it validated?
One of our big barriers today is the licensing issue, but that is still in
the "being resolved" mode. There was an email to all committers yesterday
saying to not turn things upside down quite yet, as they want to try to
address the issue. Quoted:
" For now, don't worry about taking any harsh measures to deal
with third-party code. Ensure you're following their licenses, of
course, but a formal policy will be drafted up and discussed."
For me, my vote would be 0. Cause at present moment, unless I worked for an
organization that paid me to get involved in all the politics of a PMC, I
just want to write code, not push papers around.
I was thinking like that. And then stuff happens (the authors tag thing 
and the binaries thing), and I then realize maybe it would be better to 
do things differently :(

Rémy

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

DO NOT REPLY [Bug 27757] - Problem receiving data more than 3 KB.

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=27757

Problem receiving data more than 3 KB.





--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 22:52 ---
  Please, try toggling betweem mod_jk and mod_jk2 to help determine if this is
  is Apacheside or Tomcat Coyote (Java) side.

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

Re: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Michael McGrady

Lord, the Bible has had nothing but marketing since the beginning, ever 
since Constantine killed the Christians that disagreed with the robber's 
synod.  Even today the Bible is the most cobbled book on the market, just 
to meet marketing demands.



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

DO NOT REPLY [Bug 27782] - Tomcat has problem with image files that contain a ".GIF" extension.

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=27782

Tomcat has problem with image files that contain a ".GIF" extension.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 22:31 ---
Case sensitivity is the norm in HTTP land.
Please do not reopen the bug.

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

RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspWriterImpl.java

2004-03-18 Thread Mark Thomas

Kin-man,

The original bug report was that Jasper threw an exception on an immediate
pageContext.forward() on an unbuffered page. My reading of the spec is that this
shouldn't happen. I can't see how this check helps meet the part of the spec you
quoted.

Am I being stupid and missing the blindingly obvious here?

Mark

> -Original Message-
> From: Kin-Man Chung [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, March 18, 2004 9:57 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cvs commit: 
> jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt
> ime JspWriterImpl.java
> 
> -1.  The patch breaks the spec.
> 
> According to JSP 2.0 spec, JSP.5.5 (p1-111),
> 
> "If the page output was unbuffered and anything has been 
> written to
> it, an attempt to forward the request will result in an
> IllegalStateException."
> 
> -Kin-man
>  
> > Date: Thu, 18 Mar 2004 21:05:17 +
> > From: [EMAIL PROTECTED]
> > Subject: cvs commit: 
> jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime 
> JspWriterImpl.java
> > To: [EMAIL PROTECTED]
> > 
> > markt   2004/03/18 13:05:17
> > 
> >   Modified:jasper2/src/share/org/apache/jasper/runtime
> > JspWriterImpl.java
> >   Log:
> >   - Fix bug 13499. Remove unnecssary bufferSize check
> >   - Ported from TC4
> >   
> >   Revision  ChangesPath
> >   1.10  +0 -3  
> jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runt
> ime/JspWriterImpl.
> java
> >   
> >   Index: JspWriterImpl.java
> >   
> ===
> >   RCS file: 
> /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/j
> asper/runtime/JspW
> riterImpl.java,v
> >   retrieving revision 1.9
> >   retrieving revision 1.10
> >   diff -u -r1.9 -r1.10
> >   --- JspWriterImpl.java17 Mar 2004 19:23:04 -  1.9
> >   +++ JspWriterImpl.java18 Mar 2004 21:05:17 -  1.10
> >   @@ -139,9 +139,6 @@
> > * Discard the output buffer.
> > */
> >public final void clear() throws IOException {
> >   -if (bufferSize == 0)
> >   -throw new IllegalStateException(
> >   -
> getLocalizeMessage("jsp.error.ise_on_clear"));
> >if (flushed)
> >throw new IOException(
> >
> getLocalizeMessage("jsp.error.attempt_to_clear_flushed_buffer"));
> >   
> >   
> >   
> > 
> > 
> -
> > 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]

DO NOT REPLY [Bug 27790] New: - Exception during shutdown of 5.0.19 on JDK 1.3.1

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=27790

Exception during shutdown of 5.0.19 on JDK 1.3.1

   Summary: Exception during shutdown of 5.0.19 on JDK 1.3.1
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It appears that a dependency on JDK 1.4 may have crept into the latest Tomcat 
release build. With 5.0.16, I'm able to shut down Tomcat successfully when it's 
running on either 1.3 or 1.4; with the 5.0.19 release, shutdown requests on 1.4 
operate correctly, but fail with an exception on 1.3:

[INFO] Http11Protocol - -http11protocol.pause
[ERROR] Catalina - -Catalina.stop LifecycleException:Cannot find 
message associated with key coyoteConnector.protocolHandlerPauseFailed
at org.apache.coyote.tomcat5.CoyoteConnector.pause
(CoyoteConnector.java:1462)
at org.apache.catalina.core.StandardService.stop
(StandardService.java:560)
at org.apache.catalina.core.StandardServer.stop
(StandardServer.java:2379)
at org.apache.catalina.startup.Catalina.stop(Catalina.java:643)
at org.apache.catalina.startup.Catalina.start(Catalina.java:618)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)

The server then hangs, but can be terminated with platform-specific kills.

The above came from a Win2K box, but was first observed on a non-Windows 
platform as well - our mainframe JVM, which is stuck on 1.3 for a while.

The real exception has unfortunately been masked by the LifecycleException, 
since the pause() method caught the original one and threw the Lifecycle error.

This is 100% reproducible in a JDK 1.3 environment.

Thanks for taking a look.

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

cvs commit: jakarta-tomcat-connectors/jk/support jk_pcre.m4

2004-03-18 Thread truk

truk2004/03/18 14:07:38

  Modified:jk/native2/server/apache13 Makefile.apxs.in Makefile.in
   jk/support jk_pcre.m4
  Log:
  Arrange --with-pcre support for apache13 for both Makefile.in and
  Makefile.apxs.in
  
  Arrange --with-jni support for apache13 for Makefile.apxs.in
  (excluding libjkjni.so)
  
  Slight adjustment to the prepare and clean targets in Makefile.in
  
  Revision  ChangesPath
  1.11  +13 -6 
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.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- Makefile.apxs.in  13 Feb 2004 21:38:26 -  1.10
  +++ Makefile.apxs.in  18 Mar 2004 22:07:38 -  1.11
  @@ -1,27 +1,34 @@
   ## configure should make the Makefile out of this file.
  [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
   
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
   JK_DIR := ../..
  -COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
   [EMAIL PROTECTED]@
  -C_FILES=jk_service_apache13.c mod_jk2.c
   [EMAIL PROTECTED]@
   [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_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
   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
  +INCLUDES= -I${JK_DIR}/include \
  +   ${JAVA_INCL}
  +
  +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 ${APR_CFLAGS} -DHAVE_MMAP @HAVE_JNI@ 
@HAS_PCRE@
  +
  +COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  +JNI_C_FILES := $(wildcard ${JK_DIR}/jni/*.c )
  +C_FILES=jk_service_apache13.c mod_jk2.c
   
   all: mod_jk2.so
   
   mod_jk2.so: 
  - $(APXS) -c -o $@ ${JK_CFLAGS} ${JAVA_INCL} ${C_FILES} ${COMMON_C_FILES} \
  - ${APR_LIBS} ${APR_UTIL_LIBS} ${JAVA_LIB}
  + $(APXS) -c -o $@ ${INCLUDES} ${JK_CFLAGS} ${C_FILES} ${COMMON_C_FILES} 
${JNI_C_FILES} \
  + ${APR_LIBS} ${APR_UTIL_LIBS} ${JAVA_LIB} @PCRE_LIBS@
   
   install: mod_jk2.so
$(APXS) -i mod_jk2.so
  
  
  
  1.16  +7 -6  jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- Makefile.in   18 Mar 2004 17:14:45 -  1.15
  +++ Makefile.in   18 Mar 2004 22:07:38 -  1.16
  @@ -2,6 +2,8 @@
   # use -D options to overrides defaults
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
   
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  @@ -29,8 +31,8 @@
 ${APACHE_INCL} \
  ${JAVA_INCL}
   
  -JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @APR_CFLAGS@ -DHAVE_MMAP @HAVE_JNI@
  -JK_LDFLAGS=${APR_LDFLAGS} ${JAVA_LIB}
  +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @APR_CFLAGS@ -DHAVE_MMAP @HAVE_JNI@ 
@HAS_PCRE@
  +JK_LDFLAGS=${APR_LDFLAGS} ${JAVA_LIB} @PCRE_LIBS@
   
   ## Based on rules.mk ##
   ALL_CFLAGS   = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
  @@ -95,14 +97,12 @@
$(CP) $^ $@
   
   ${BUILD_DIR}/$(APACHE_LIBEXEC)/mod_jk2.so: ${BUILD_DIR}/mod_jk2.la
  - mkdir -p ${BUILD_DIR}$(APACHE_LIBEXEC)
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/$(APACHE_LIBEXEC)
   
   ${BUILD_DIR}/libjkjni.so: ${BUILD_DIR}/${APACHE_LIBEXEC}/libjkjni.so
$(CP) $^ $@
   
   ${BUILD_DIR}/${APACHE_LIBEXEC}/libjkjni.so: ${BUILD_DIR}/libjkjni.la
  - mkdir -p ${BUILD_DIR}/${APACHE_LIBEXEC}
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/${APACHE_LIBEXEC}
   
   ${BUILD_DIR}/libjkjni.la: ${JNI_LO_FILES} ${COMMON_LO_FILES}
  @@ -114,7 +114,8 @@
   ${COMMON_C_FILES} ${A_C_FILES}: ${H_FILES}
   
   prepare: 
  - mkdir -p ${BUILD_DIR}
  + mkdir -p ${BUILD_DIR}${APACHE_LIBEXEC}
   
   clean: 
  - rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*.la ${BUILD_DIR}/*.o ${BUILD_DIR}/.libs 
${BUILD_DIR}/*.so
  + rm -rf ${BUILD_DIR}/*.lo ${BUILD_DIR}/*.la ${BUILD_DIR}/*.o ${BUILD_DIR}/.libs 
\
  + ${BUILD_DIR}/*.so ${BUILD_DIR}${APACHE_LIBEXEC}/*.so
  
  
  
  1.5   +2 -2  jakarta-tomcat-connectors/jk/support/jk_pcre.m4
  
  Index: jk_pcre.m4
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/support/jk_pcre.m4,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- jk_pcre.m424 Feb 2004 08:41:40 -  1.4

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspWriterImpl.java

2004-03-18 Thread Kin-Man Chung

-1.  The patch breaks the spec.

According to JSP 2.0 spec, JSP.5.5 (p1-111),

"If the page output was unbuffered and anything has been written to
it, an attempt to forward the request will result in an
IllegalStateException."

-Kin-man
 
> Date: Thu, 18 Mar 2004 21:05:17 +
> From: [EMAIL PROTECTED]
> Subject: cvs commit: 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime 
JspWriterImpl.java
> To: [EMAIL PROTECTED]
> 
> markt   2004/03/18 13:05:17
> 
>   Modified:jasper2/src/share/org/apache/jasper/runtime
> JspWriterImpl.java
>   Log:
>   - Fix bug 13499. Remove unnecssary bufferSize check
>   - Ported from TC4
>   
>   Revision  ChangesPath
>   1.10  +0 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.
java
>   
>   Index: JspWriterImpl.java
>   ===
>   RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspW
riterImpl.java,v
>   retrieving revision 1.9
>   retrieving revision 1.10
>   diff -u -r1.9 -r1.10
>   --- JspWriterImpl.java  17 Mar 2004 19:23:04 -  1.9
>   +++ JspWriterImpl.java  18 Mar 2004 21:05:17 -  1.10
>   @@ -139,9 +139,6 @@
> * Discard the output buffer.
> */
>public final void clear() throws IOException {
>   -if (bufferSize == 0)
>   -throw new IllegalStateException(
>   -getLocalizeMessage("jsp.error.ise_on_clear"));
>if (flushed)
>throw new IOException(
>
getLocalizeMessage("jsp.error.attempt_to_clear_flushed_buffer"));
>   
>   
>   
> 
> -
> 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: Geronimo using Jetty

Shapira, Yoav wrote:
Maybe, but the Geronimo front page
(http://incubator.apache.org/geronimo/index.html) says
"The aim of the project is to produce a large and healthy community of
J2EE developers tasked with the development of an open source, certified
J2EE server, that is ASF licensed and passes Sun's TCK reusing the best
ASF/BSD licensed code available today and adding new code to complete
the J2EE stack."  Jetty is not ASF or BSD licensed, it's got its own
license.
This seems wrong to me.

As an aside, every time I look at the Jetty web site I get annoyed at
something else.  Today's annoyance is the number of items on their
"powered by Jetty" page (http://www.mortbay.com/mortbay/powered.html)
that aren't powered by Jetty: Cactus?  Cocoon?  BrowserTunnel
(decommissioned)?  DieselPoint (mentions tomcat and other compatible
servers, doesn't even mention Jetty)?  The list goes on and on, I don't
have time to get past D in the alphabet.  And last time it was the 300K
claim which they admitted on their list is false for any realistic
context.  I have to stop myself here, before I get too angry/frustrated.
I just can't stand false advertising.
Indeed, we never make any claims ourselves (maybe a little bit more 
claims wouldn't hurt ;) ), except that we implement the specs (and the 
obligatory new features lists, because otherwise we would be deluged 
under "what's new in 5.0 ?" questions).

Anyway, in addition to working for a competitor, I have problems 
advising people to invest time adapting Tomcat to Geronimo, as the 
initial assertion is that "Jetty is the default container". Things which 
are added as a second thought never work (in JB land, we had to refactor 
stuff, and I envision more refactoring will occur to have a more 
integrated and manageable - ie, useful - stack), and there's a question 
of testing as fewer people will use it (which will undoubtedly give TC a 
bad name).

But I suppose some people will one day see a use for it and will do it, 
and hopefully it will work well (itch => scratch).

Rémy

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

RE: thread deadlock problem


Hi,
Yes, you will definitely get those types of answers on the user list.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Christian Cryder [mailto:[EMAIL PROTECTED]
>Sent: Thursday, March 18, 2004 4:14 PM
>To: Tomcat Developers List
>Subject: RE: thread deadlock problem
>
>Hi Yoav,
>
>The reason I asked on this list is because I'm looking for more than
just
>"that's a stupid thing to do" - I'm hoping someone can either
>
>a) explain the nitty-gritty of how tomcat handles writing the code back
to
>the browser (and telling the browser that everything is complete) in
the
>case where the thread may actually need to continue running for a
longer
>period of time -or-
>
>b) offer some constructive suggestions as to where I should start
looking
>in
>the tomcat code to answer those questions myself
>
>Now if this IS a case of bad design, then I'd like an explanation of
_why_.
>
>If I can get that kind of answer on the users list, then I'd be happy
to
>move the conversation there (just let me know)
>
>thanks,
>Christian
>--
>Christian Cryder
>Internet Architect, ATMReports.com
>Project Chair, BarracudaMVC - http://barracudamvc.org
>--
>"Coffee? I could quit anytime, just not today"
>
>
>> -Original Message-
>> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, March 18, 2004 3:57 PM
>> To: Tomcat Developers List
>> Subject: RE: thread deadlock problem
>>
>>
>>
>> Hi,
>> Stop processing after you redirect: anything else is bad design with
>> unpredictable results.  Also, this is not a tomcat-dev question but a
>> tomcat-user issue, so please continue this discussion there (if you
want
>> to continue it at all).
>>
>> Yoav Shapira
>> Millennium Research Informatics
>>
>>
>> >-Original Message-
>> >From: Christian Cryder [mailto:[EMAIL PROTECTED]
>> >Sent: Thursday, March 18, 2004 3:53 PM
>> >To: Tomcat-Dev
>> >Subject: thread deadlock problem
>> >
>> >Hi folks,
>> >
>> >I need to know if someone can explain the following behavior:
>> >
>> >1. client browser issues a request
>> >2. tomcat servlet code starts handling the request...
>> >a. writes an html redirect to the resp, flushes the buffer, etc
>> >b. thread continues processing (writing to a data structure)
>> >3. client browser receives 2a response and generates another
request...
>> >a. reads data out of the data structure populated by 2b
>> >
>> >What's happening is that 2b fills up the structure and then blocks,
>> waiting
>> >until 3a reads some of the data out, so that it can continue. The
>> blocking
>> >code looks like this:
>> >
>> >...check to see if data pipe still full
>> >...timeout if we've waited too long
>> >
>> >notifyAll();
>> >try {
>> >wait(1000);
>> >Thread.yield();
>> >} catch (InterruptedException ex) {
>> >throw new java.io.InterruptedIOException();
>> >}
>> >
>> >Now what is happening is that in certain situations, the request for
3a
>> >never gets accepted by the server until 2b times out. I'm trying to
>> >understand why (and what to do about it). I have verified that the
>> client
>> >not only receives the response from 2a, but it actually issues the
>> request
>> >for 3a. Nevertheless, once Tomcat is in this blocking code (above)
it
>> does
>> >not seem to accept requests from this particular browser window,
>> -UNTIL- 2b
>> >times out.
>> >
>> >Can anyone explain this to me? Should I be blocking/yielding in some
>> other
>> >fashion? Why won't Tomcat accept my subsequent requests when I'm in
>> this
>> >blocking code?
>> >
>> >Any suggestions would be greatly appreciated...
>> >
>> >tia,
>> >Christian
>> >--
>> >Christian Cryder
>> >Internet Architect, ATMReports.com
>> >Project Chair, BarracudaMVC - http://barracudamvc.org
>> >--
>> >"Coffee? I could quit anytime, just not today"
>> >
>> >
>>
>-
>> >To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>>
>> 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]
>>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: Geronimo using Jetty

Sriram N wrote:
Like JBoss hires our Remy and therefore Geronimo (coredeveloper-based) does not
use Tomcat ?
Lol.

I'm no committer, but I dare say that there's nothing to stop Tomcat Developers
from helping out with Geronimo tomcat integration..
Sorry, I have no time (and think you are wasting yours) ;)

Rémy

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

RE: thread deadlock problem

2004-03-18 Thread Christian Cryder

Hi Yoav,

The reason I asked on this list is because I'm looking for more than just
"that's a stupid thing to do" - I'm hoping someone can either

a) explain the nitty-gritty of how tomcat handles writing the code back to
the browser (and telling the browser that everything is complete) in the
case where the thread may actually need to continue running for a longer
period of time -or-

b) offer some constructive suggestions as to where I should start looking in
the tomcat code to answer those questions myself

Now if this IS a case of bad design, then I'd like an explanation of _why_.

If I can get that kind of answer on the users list, then I'd be happy to
move the conversation there (just let me know)

thanks,
Christian
--
Christian Cryder
Internet Architect, ATMReports.com
Project Chair, BarracudaMVC - http://barracudamvc.org
--
"Coffee? I could quit anytime, just not today"


> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 18, 2004 3:57 PM
> To: Tomcat Developers List
> Subject: RE: thread deadlock problem
>
>
>
> Hi,
> Stop processing after you redirect: anything else is bad design with
> unpredictable results.  Also, this is not a tomcat-dev question but a
> tomcat-user issue, so please continue this discussion there (if you want
> to continue it at all).
>
> Yoav Shapira
> Millennium Research Informatics
>
>
> >-Original Message-
> >From: Christian Cryder [mailto:[EMAIL PROTECTED]
> >Sent: Thursday, March 18, 2004 3:53 PM
> >To: Tomcat-Dev
> >Subject: thread deadlock problem
> >
> >Hi folks,
> >
> >I need to know if someone can explain the following behavior:
> >
> >1. client browser issues a request
> >2. tomcat servlet code starts handling the request...
> >a. writes an html redirect to the resp, flushes the buffer, etc
> >b. thread continues processing (writing to a data structure)
> >3. client browser receives 2a response and generates another request...
> >a. reads data out of the data structure populated by 2b
> >
> >What's happening is that 2b fills up the structure and then blocks,
> waiting
> >until 3a reads some of the data out, so that it can continue. The
> blocking
> >code looks like this:
> >
> >...check to see if data pipe still full
> >...timeout if we've waited too long
> >
> >notifyAll();
> >try {
> >wait(1000);
> >Thread.yield();
> >} catch (InterruptedException ex) {
> >throw new java.io.InterruptedIOException();
> >}
> >
> >Now what is happening is that in certain situations, the request for 3a
> >never gets accepted by the server until 2b times out. I'm trying to
> >understand why (and what to do about it). I have verified that the
> client
> >not only receives the response from 2a, but it actually issues the
> request
> >for 3a. Nevertheless, once Tomcat is in this blocking code (above) it
> does
> >not seem to accept requests from this particular browser window,
> -UNTIL- 2b
> >times out.
> >
> >Can anyone explain this to me? Should I be blocking/yielding in some
> other
> >fashion? Why won't Tomcat accept my subsequent requests when I'm in
> this
> >blocking code?
> >
> >Any suggestions would be greatly appreciated...
> >
> >tia,
> >Christian
> >--
> >Christian Cryder
> >Internet Architect, ATMReports.com
> >Project Chair, BarracudaMVC - http://barracudamvc.org
> >--
> >"Coffee? I could quit anytime, just not today"
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> 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]
>


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

DO NOT REPLY [Bug 13499] - Jasper throws an exception on an immediate pageContext.forward()

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=13499

Jasper throws an exception on an immediate pageContext.forward()

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 21:06 ---
I have just fixed this in CVS for TC4 and TC5.

Sorry it took a while to apply this patch.

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspWriterImpl.java

2004-03-18 Thread markt

markt   2004/03/18 13:05:17

  Modified:jasper2/src/share/org/apache/jasper/runtime
JspWriterImpl.java
  Log:
  - Fix bug 13499. Remove unnecssary bufferSize check
  - Ported from TC4
  
  Revision  ChangesPath
  1.10  +0 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.java
  
  Index: JspWriterImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- JspWriterImpl.java17 Mar 2004 19:23:04 -  1.9
  +++ JspWriterImpl.java18 Mar 2004 21:05:17 -  1.10
  @@ -139,9 +139,6 @@
* Discard the output buffer.
*/
   public final void clear() throws IOException {
  -if (bufferSize == 0)
  -throw new IllegalStateException(
  -getLocalizeMessage("jsp.error.ise_on_clear"));
   if (flushed)
   throw new IOException(
   
getLocalizeMessage("jsp.error.attempt_to_clear_flushed_buffer"));
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspWriterImpl.java

2004-03-18 Thread markt

markt   2004/03/18 13:03:12

  Modified:jasper2/src/share/org/apache/jasper/runtime Tag:
tomcat_4_branch JspWriterImpl.java
  Log:
  - Fix bug 13499. Remove unnecssary bufferSize check
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.3.2.2   +3 -5  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.java
  
  Index: JspWriterImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspWriterImpl.java,v
  retrieving revision 1.3.2.1
  retrieving revision 1.3.2.2
  diff -u -r1.3.2.1 -r1.3.2.2
  --- JspWriterImpl.java19 Dec 2002 16:28:37 -  1.3.2.1
  +++ JspWriterImpl.java18 Mar 2004 21:03:12 -  1.3.2.2
  @@ -180,8 +180,6 @@
* Discard the output buffer.
*/
   public final void clear() throws IOException {
  -if (bufferSize == 0)
  -throw new 
IllegalStateException(Constants.getString("jsp.error.ise_on_clear"));
   if (flushed)
   throw new 
IOException(Constants.getString("jsp.error.attempt_to_clear_flushed_buffer"));
   ensureOpen();
  
  
  

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

RE: thread deadlock problem


Hi,
Stop processing after you redirect: anything else is bad design with
unpredictable results.  Also, this is not a tomcat-dev question but a
tomcat-user issue, so please continue this discussion there (if you want
to continue it at all).

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Christian Cryder [mailto:[EMAIL PROTECTED]
>Sent: Thursday, March 18, 2004 3:53 PM
>To: Tomcat-Dev
>Subject: thread deadlock problem
>
>Hi folks,
>
>I need to know if someone can explain the following behavior:
>
>1. client browser issues a request
>2. tomcat servlet code starts handling the request...
>a. writes an html redirect to the resp, flushes the buffer, etc
>b. thread continues processing (writing to a data structure)
>3. client browser receives 2a response and generates another request...
>a. reads data out of the data structure populated by 2b
>
>What's happening is that 2b fills up the structure and then blocks,
waiting
>until 3a reads some of the data out, so that it can continue. The
blocking
>code looks like this:
>
>...check to see if data pipe still full
>...timeout if we've waited too long
>
>notifyAll();
>try {
>wait(1000);
>Thread.yield();
>} catch (InterruptedException ex) {
>throw new java.io.InterruptedIOException();
>}
>
>Now what is happening is that in certain situations, the request for 3a
>never gets accepted by the server until 2b times out. I'm trying to
>understand why (and what to do about it). I have verified that the
client
>not only receives the response from 2a, but it actually issues the
request
>for 3a. Nevertheless, once Tomcat is in this blocking code (above) it
does
>not seem to accept requests from this particular browser window,
-UNTIL- 2b
>times out.
>
>Can anyone explain this to me? Should I be blocking/yielding in some
other
>fashion? Why won't Tomcat accept my subsequent requests when I'm in
this
>blocking code?
>
>Any suggestions would be greatly appreciated...
>
>tia,
>Christian
>--
>Christian Cryder
>Internet Architect, ATMReports.com
>Project Chair, BarracudaMVC - http://barracudamvc.org
>--
>"Coffee? I could quit anytime, just not today"
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




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]

thread deadlock problem

2004-03-18 Thread Christian Cryder

Hi folks,

I need to know if someone can explain the following behavior:

1. client browser issues a request
2. tomcat servlet code starts handling the request...
a. writes an html redirect to the resp, flushes the buffer, etc
b. thread continues processing (writing to a data structure)
3. client browser receives 2a response and generates another request...
a. reads data out of the data structure populated by 2b

What's happening is that 2b fills up the structure and then blocks, waiting
until 3a reads some of the data out, so that it can continue. The blocking
code looks like this:

...check to see if data pipe still full
...timeout if we've waited too long

notifyAll();
try {
wait(1000);
Thread.yield();
} catch (InterruptedException ex) {
throw new java.io.InterruptedIOException();
}

Now what is happening is that in certain situations, the request for 3a
never gets accepted by the server until 2b times out. I'm trying to
understand why (and what to do about it). I have verified that the client
not only receives the response from 2a, but it actually issues the request
for 3a. Nevertheless, once Tomcat is in this blocking code (above) it does
not seem to accept requests from this particular browser window, -UNTIL- 2b
times out.

Can anyone explain this to me? Should I be blocking/yielding in some other
fashion? Why won't Tomcat accept my subsequent requests when I'm in this
blocking code?

Any suggestions would be greatly appreciated...

tia,
Christian
--
Christian Cryder
Internet Architect, ATMReports.com
Project Chair, BarracudaMVC - http://barracudamvc.org
--
"Coffee? I could quit anytime, just not today"


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

RE: [Fwd: container managed security]

2004-03-18 Thread Mark Thomas

Adam,

I thought that this was a spec issue and a quick review of the bugzilla postings
confirms this. The best place to follow this up is with the servlet spec team.

Mark 

> -Original Message-
> From: Adam Hardy [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, March 18, 2004 10:46 AM
> To: [EMAIL PROTECTED]
> Subject: [Fwd: container managed security]
> 
> Nobody responded to my previous message, but I am still searching for 
> information on the subject. Any references to docs would be 
> welcome. I 
> have searched for threads on this list in the archives but had no joy 
> either.
> 
> Thanks
> Adam
> 
>  Original Message 
> From: - Fri Mar 12 18:50:10 2004
> To: [EMAIL PROTECTED]
> Subject: container managed security
> 
> In tomcat 4 I was able to to protect my app with non-SSL
> security-constraints while using SSL form-based authentication so that
> the passwords were not sent in clear text. This has been a 
> specification
> of the last 3 projects I have worked on.
> 
> In tomcat 5 this is impossible without coding a work-around.
> 
> I logged this as a bug in tomcat but it was closed as 'invalid'.
> 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=23970
> 
> I remember 6 months ago someone saying that the tomcat developers had
> decided that due to the danger of session-hijacking, if it was worth
> encrypting the login, it was worth encrypting the whole 
> session traffic.
> 
> Due to the charges that the extra hardware brings when doing all
> logged-in sessions in SSL, amongst other reasons, I disagreed and
> developed a work-around to let me carry on using the Struts & Tomcat
> security features.
> 
> This took me a few days back then, and then this week something else
> cropped up which caused me to revisit the work-around code and spend 2
> days adding to it (and documenting it - it's pretty arcane).
> 
> It occurred to me that this will always happen. The work-around is
> vulnerable to any changes in the servlet spec of course, but also in
> tomcat and in struts.
> 
> I would appreciate finding out the whole story on this - last time I
> just let it go through lack of time. If I'm in the wrong 
> place - perhaps
> the JCP Servlet working group would be better - can someone 
> point me in
> the right direction?
> 
> Adam
> 
> 
> 
> -
> 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: Does Geronimo use tomcat?

2004-03-18 Thread Greg Wilkins

Just to back up what Jan said... it is our intention to make
the web tier very much a geronimo thing and not a Jetty/Tomcat
issue - at least from a configuration and deployment point of view.
 http://wiki.apache.org/geronimo/Architecture/WebContainer

The infrastructure of geronimo has been refactored recently and as
as part of that effort, the intial generic web tier was replaced
with a very Jetty specific web tier.  I view this change as
temporary state of affairs and that eventually a geronimo user
should not be aware of what implementation is being used for the
web tier (unless they actively lift the hood).
As for the Jetty licensing issue, I am considering changing Jetty
to the apache 2.0 license.  I need to have that discussion with the
Jetty community, but I see the 2.0 license as very compatible with
the artistic license which Jetty currently uses.
regards

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

Re: Does Geronimo use tomcat?

2004-03-18 Thread Bill Barker

>From way back when, when I was subscribed to geronimo-dev, the main reason
to use Jetty was that Geronimo had Jetty developers.  There wasn't any real
objection that I saw to using Tomcat, just a total lack of people who had
that itch to scratch.

If this is your itch, then by all means start sending patches to
geronimo-dev to make it happen :).


- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, March 18, 2004 8:55 AM
Subject: Does Geronimo use tomcat?



Hi,
I was browsing the various Geronimo web sites today, starting with
http://incubator.apache.org/geronimo/.  I see mention of Jetty on the
left-hand menu bar, which I assume is used for Servlets, and maybe also
HTTP connection handling.  Is my assumption wrong?

If my assumption is right, I'd like to know why Jetty was chosen over
Tomcat.  This is surprising, especially in light of the statement on the
incubator front page that "The aim of the project is to produce a large
and healthy community of J2EE developers tasked with the development of
an open source, certified J2EE server, that is ASF licensed and passes
Sun's TCK reusing the best ASF/BSD licensed code available today and
adding new code to complete the J2EE stack."  Jetty is neither ASF nor
BSD licensed from what I see, choosing its own license
(http://jetty.mortbay.org/jetty/LICENSE.html).

A search of this list's archives
(http://marc.theaimsgroup.com/?l=geronimo-dev&w=2&r=1&s=tomcat&q=b)
comes up with a few hits and references, including one from Senor
Srinivas asking to update the Geronimo Maven repository with Tomcat
5.0.18.

So what's the status?  If tomcat is used, shouldn't that be documented
somewhere?  If tomcat is not used, why?  Do we need a bit more
communications between tomcat-dev and Geronimo-dev?

Thanks,

Yoav Shapira
Millennium Research Informatics





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]



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]

Minimal HOWTO for jk2 2.0.4 - proposal

2004-03-18 Thread Guenter Knauf

Hi,
Here are the HOWTOs I use for binary distributions:


NetWare:

This is a binary package of mod_jk2. If you have
installed Apache2 to the default location /Apache2 then
simply extract this archive directly to the root of 
your volume. Use the 'Include' directive to add 
mod_jk2.conf to your httpd.conf. Rename the
workers2.properties.minimal to workers2.properties,
then edit the file and change the host and port setting
if necessary.
On NW 6.0 the default Tomcat listens on 9009 while with 
NW 6.5 Tomcat listens on 9010.
After restarting Apache2 you should be able to browse
the Tomcat documentation with this link:
http://your.domain.com/tomcat-docs/
This docs also include mod_jk2.

version  : 2.0.4
license  : http://www.apache.org/licenses/LICENSE-2.0.txt 


Win32:

This is a binary package of mod_jk2. If you have
installed Apache2 to the default location /Apache2 then
simply extract this archive directly to the root of 
your volume. Use the 'Include' directive to add 
mod_jk2.conf to your httpd.conf. Rename the
workers2.properties.minimal to workers2.properties,
then edit the file and change the host and port setting
if necessary.
After restarting Apache2 you should be able to browse
the Tomcat documentation with this link:
http://your.domain.com/tomcat-docs/
This docs also include mod_jk2.

version  : 2.0.4
license  : http://www.apache.org/licenses/LICENSE-2.0.txt 


here follows the directory structure I use:

./apache2
 /conf
  /workers2.properties.minimal
  /mod_jk2.conf
 /modules
 /mod_jk2.dll|nlm|so
 /ver-info
  /mod_jk2
  /README
  /CHANGES
  /STATUS
  /INSTALL


comments?

Guenter.


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

RE: Does Geronimo use tomcat?


Hola,

>The intention is that you should be able to plug any number of
different
>web containers into Geronimo. When designing the web integration layer,
>we've taken particular care to come up with an architecture that is
>container neutral (take a look at the wiki pages over at
>http://wiki.apache.org/geronimo/Architecture/WebContainer).

Cool, I read it and like it.

>We would sincerely welcome contributions from Tomcat - we believe in
>strength in diversity!

Is there anything specific you need?

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]

RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Davanum Srinivas

Just as existing committers VOTE to add new committers, ASF Members do the same. 

So my 2 cents, If you wish to effect change, lobby/hint someone you know that you are 
interested
(see list at http://www.apache.org/foundation/members.html) as there are periodic 
VOTE's (there
was one during last ApacheCon). 

Thanks,
dims 

--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> >So, again what is the board, why do I need it, are they going to make
> me
> >more productive, did anyone received some dev tool?
> >There is a PayPal account. Where is the money?
> 
> I'm not a Board member, but AFAIK most of the above money questions are
> answered at http://www.apache.org/foundation/contributing.html.  It's in
> the technical infrastructure that transfers this message, hosts our CVS
> and downloads, etc.  Board members don't get paid and are all working
> developers.  They're elected by Members of the ASF as explained in
> http://www.apache.org/foundation/.
> 
> They make all of us more productive (and have been doing so for years)
> by providing the technical infrastructure described above.
> 
> I don't agree with all their policies and recommendations, especially
> the recent ones on removing author tags and not including 3rd party
> jars.  But by and large I think they're doing and have done a good job,
> have not muddled in individual projects, and their success is evident
> from the status of the ASF as the leading provider of open source
> software.
> 
> 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]
> 


=
Davanum Srinivas - http://webservices.apache.org/~dims/

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

RE: [OT] Tomcat as "top level" ASF Project


Hi,

>So, again what is the board, why do I need it, are they going to make
me
>more productive, did anyone received some dev tool?
>There is a PayPal account. Where is the money?

I'm not a Board member, but AFAIK most of the above money questions are
answered at http://www.apache.org/foundation/contributing.html.  It's in
the technical infrastructure that transfers this message, hosts our CVS
and downloads, etc.  Board members don't get paid and are all working
developers.  They're elected by Members of the ASF as explained in
http://www.apache.org/foundation/.

They make all of us more productive (and have been doing so for years)
by providing the technical infrastructure described above.

I don't agree with all their policies and recommendations, especially
the recent ones on removing author tags and not including 3rd party
jars.  But by and large I think they're doing and have done a good job,
have not muddled in individual projects, and their success is evident
from the status of the ASF as the leading provider of open source
software.

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]

Re: [OT] Tomcat as "top level" ASF Project

Henri Gomez wrote:

Board is elected by Members, and Members by Commiters isn't it ?
Of course not. Members are elected by Members. Usually "committers" that
make constant contributions to ASF and prove community spirit and so on 
( read one of the past postings by Stefano or Pier for the exact list ).
Majority of tomcat and jakarta doesn't fit ( well, I was once offered 
the honor, but I didn't felt I raised to such high level and choose to 
stick with the regular committers :-)

Costin

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

Re: Does Geronimo use tomcat?

2004-03-18 Thread Davanum Srinivas

Yoav,

'senor srinivas' - That's me :) I was thinking about Jetty/Tomcat and ran across this 
article on
O'Reilly (http://www.onjava.com/lpt/a/1547) and hence the question about updating 
maven repository
to be able to hack something up using 5.0.18. However i have not been able to 
contribute my time
to this effort and it would be GREAT if some tomcat-dev folks can give us a jump start.

thanks,
dims

--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> I was browsing the various Geronimo web sites today, starting with
> http://incubator.apache.org/geronimo/.  I see mention of Jetty on the
> left-hand menu bar, which I assume is used for Servlets, and maybe also
> HTTP connection handling.  Is my assumption wrong?
> 
> If my assumption is right, I'd like to know why Jetty was chosen over
> Tomcat.  This is surprising, especially in light of the statement on the
> incubator front page that "The aim of the project is to produce a large
> and healthy community of J2EE developers tasked with the development of
> an open source, certified J2EE server, that is ASF licensed and passes
> Sun's TCK reusing the best ASF/BSD licensed code available today and
> adding new code to complete the J2EE stack."  Jetty is neither ASF nor
> BSD licensed from what I see, choosing its own license
> (http://jetty.mortbay.org/jetty/LICENSE.html).
> 
> A search of this list's archives
> (http://marc.theaimsgroup.com/?l=geronimo-dev&w=2&r=1&s=tomcat&q=b)
> comes up with a few hits and references, including one from Senor
> Srinivas asking to update the Geronimo Maven repository with Tomcat
> 5.0.18.
> 
> So what's the status?  If tomcat is used, shouldn't that be documented
> somewhere?  If tomcat is not used, why?  Do we need a bit more
> communications between tomcat-dev and Geronimo-dev?
> 
> Thanks,
> 
> Yoav Shapira
> Millennium Research Informatics
> 
> 
> 
> 
> 
> 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]
> 


=
Davanum Srinivas - http://webservices.apache.org/~dims/

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

Re: [OT] Tomcat as "top level" ASF Project

Henri Gomez wrote:

For now Tomcat is just one of the various jakarta projects and as such
we could see jakarta PMC take decisions we don't agree with.
Most of us are in Jakarta PMC - and those who are not, only have to ask 
and they'll be added.

At least for Jakarta PMC decisions we do have a chance to express our 
opinions and a vote. And if it turns out that a majority of the 
developers in Jakarta ( or a majority of developers in apache ) have a 
different opinion - I could live with that, even if I don't agree.

Costin

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

RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Filip Hanik \(lists\)

This is a tough decision. A top level project can give us more leverage, but
it is also way more politics. Politics require mature representation...and
are we sure that Tomcat has this.

Unless becoming a TLP gives us an instant advantage or will change some
things that really do need to change, is it worth the time and effort. IMHO
becoming a TLP should have a really good reason, political leverage is a
reason, is it validated?

One of our big barriers today is the licensing issue, but that is still in
the "being resolved" mode. There was an email to all committers yesterday
saying to not turn things upside down quite yet, as they want to try to
address the issue. Quoted:
" For now, don't worry about taking any harsh measures to deal
with third-party code. Ensure you're following their licenses, of
course, but a formal policy will be drafted up and discussed."

For me, my vote would be 0. Cause at present moment, unless I worked for an
organization that paid me to get involved in all the politics of a PMC, I
just want to write code, not push papers around.

Best
Filip
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.614 / Virus Database: 393 - Release Date: 3/5/2004


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

DO NOT REPLY [Bug 27704] - Result of request.getServletPath() wrong in case JSP inside jsp-property-group

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=27704

Result of request.getServletPath() wrong in case JSP inside jsp-property-group

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

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

DO NOT REPLY [Bug 27704] - Result of request.getServletPath() wrong in case JSP inside jsp-property-group

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=27704

Result of request.getServletPath() wrong in case JSP inside jsp-property-group

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 17:25 ---
Reopening so that I can close it as FIXED.

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

DO NOT REPLY [Bug 27782] New: - Tomcat has problem with image files that contain a ".GIF" extension.

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=27782

Tomcat has problem with image files that contain a ".GIF" extension.

   Summary: Tomcat has problem with image files that contain a
".GIF" extension.
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We have just discovered a "bug" with Tomcat that other servlet engines do not 
have, and therefore it causes Tomcat to look "brittle". This bug would be very 
easy to fix, so I am reporting it to help improve the software.

Tomcat does not display images (icons) when the images located in "jakarta-
tomcat-5.0.19\webapps\\images" directory (and it's subdirectories) 
have filename extensions that are capitalized (e.g., "icon.GIF" 
versus "icon.gif"). This only applies to the windows version, since windows 
filenames are not case sensitive.

Other servlet engines, such as Resin, display image files properly regardless 
of the case of the filename extension. This should be an easy fix that will 
bring Tomcat closer to the capabilities of some of the commercial servlet 
engines.

Hope this helps,

BM

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

RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Mladen Turk

 

> From: Shapira, Yoav
>
> Now that some more coherent arguments have been put forth, I 
> tend to +0.
> Visibility-wise, I don't think Apache-Jakarta-Tomcat and 
> Apache-Tomcat are very different: our reputation is already 
> established.  But if we can do something to give us a louder 
> voice and assuage some of the dissatisfaction with the Board, 
> that's a good thing IMHO.
>

I've been involved in ASF for years.
Perhaps the problem is with me, cause I've lived for 30 years in communism,
and trust me, I know what the democracy is, so I'm very sensitive for things
like 'The board has decided'.  One of my grandfathers left this world for
such 'board decision'.

So, again what is the board, why do I need it, are they going to make me
more productive, did anyone received some dev tool?
There is a PayPal account. Where is the money?

That PayPal account made me sure that I'm in the wrong universe (Pier found
that more then a year ago, although for a different reason).

MT.


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

Re: [Fwd: Releasing JK 2.0.4]

jean-frederic clere wrote:
Henri Gomez wrote:

Mladen Turk wrote:

Oops, hit a wrong button so the post ended up the users list :-)

 Original Message 
Subject: Releasing JK 2.0.4
Date: Tue, 16 Mar 2004 13:36:11 +0100
From: Mladen Turk <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]


Hi,

Seems that the shm is working now.
Greg, have you been able to test it with the current patches?
Anyhow IMO it should work, cause the same problem manifested on 
FreeBSD has been solved.

Henri, when do you plan to tag the release?


Did everything is correct with SHM ?

If Jean-Frederic, Mladen, Kurt (commiters) agreed,
and if Gueunter, NorW and users didn't complain, I think
I could tag tomorrow and prepare the 2.0.4 release


I have a new problem on (one) FreeBSD:
+++
if [ ! -d /usr/local/apr/include/apr-0 ]; then 
/home/com5/jfc/tmp/apr-0.9.4/build/mkdir.sh 
/usr/local/apr/include/apr-0;  fi;
mkdir /usr/local/apr
mkdir: /usr/local/apr: Permission denied
mkdir /usr/local/apr/include
mkdir: /usr/local/apr: No such file or directory
mkdir /usr/local/apr/include/apr-0
mkdir: /usr/local/apr/include: No such file or directory
*** Error code 1

Stop in /home/com5/jfc/tmp/apr-0.9.4.
gmake: *** [apr-build] Error 1
+++
The make install of APR is not a good idea. A DESTDIR=./build 
probably helps.
It is fixed now. Thanks Kurt.

Cheers

Jean-Fredreric


-
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]

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 Makefile.in

2004-03-18 Thread truk

truk2004/03/18 09:14:45

  Modified:jk/native2/server/apache13 Makefile.in
  Log:
  Arrange --with-jni build.
  
  Revision  ChangesPath
  1.15  +27 -7 jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- Makefile.in   11 Mar 2004 18:09:33 -  1.14
  +++ Makefile.in   18 Mar 2004 17:14:45 -  1.15
  @@ -6,29 +6,31 @@
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@
  +APACHE_LIBDIR=${APACHE_HOME}/lib
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@ [EMAIL PROTECTED]@/apr-config --ldflags --libs` [EMAIL 
PROTECTED]@/apu-config --ldflags --libs`
   
   ifneq ($(strip $(JAVA_HOME)),)
  -JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS} @HAVE_JNI@
  +JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
   JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L ${JAVA_HOME}/lib/${ARCH}/native_threads
   endif
   
   JK_DIR := ../..
   BUILD_DIR = ${JK_DIR}/../build/jk2/apache13
  -APACHE_LIBEXEC=${APACHE_HOME}/libexec
   
   top_builddir=../..
   [EMAIL PROTECTED]@
   
   # It doesn't hurt if we include all
   INCLUDES= -I${JK_DIR}/include \
  -  ${APACHE_INCL}
  +  ${APACHE_INCL} \
  +   ${JAVA_INCL}
   
  -JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @APR_CFLAGS@ -DHAVE_MMAP ${JAVA_INCL}
  -JK_LDFLAGS=-L${APACHE_HOME}/lib ${JAVA_LIB}
  +JK_CFLAGS=-DCHUNK_SIZE=4096 -DUSE_APACHE_MD5 @APR_CFLAGS@ -DHAVE_MMAP @HAVE_JNI@
  +JK_LDFLAGS=${APR_LDFLAGS} ${JAVA_LIB}
   
   ## Based on rules.mk ##
   ALL_CFLAGS   = $(EXTRA_CFLAGS) $(NOTEST_CFLAGS) $(CFLAGS)
  @@ -51,11 +53,14 @@
   # Excludes are not yet implemented.
   
   COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  +JNI_C_FILES := $(wildcard ${JK_DIR}/jni/*.c )
   A_C_FILES := $(wildcard ${JK_DIR}/server/apache13/*.c )
   H_FILES := $(wildcard ${JK_DIR}/include/*.h )
   
   COMMON_LO_FILES := $(patsubst ${JK_DIR}/common/%, ${BUILD_DIR}/%, \
 $(patsubst %c, %lo, ${COMMON_C_FILES} ))
  +JNI_LO_FILES := $(patsubst ${JK_DIR}/jni/%, ${BUILD_DIR}/%, \
  +  $(patsubst %c, %lo, ${JNI_C_FILES} ))
   A_LO_FILES := $(patsubst ${JK_DIR}/server/apache13/%, ${BUILD_DIR}/%, \
 $(patsubst %c, %lo, ${A_C_FILES} ))
   
  @@ -73,13 +78,18 @@
   ${BUILD_DIR}/%.lo: ${JK_DIR}/common/%.c
 ${SH_COMPILE} -c $< -o $@
   
  +${BUILD_DIR}/%.lo: ${JK_DIR}/jni/%.c
  +  ${SH_COMPILE} -c $< -o $@
  +
   ${BUILD_DIR}/%.lo: ${JK_DIR}/server/apache13/%.c
 ${SH_COMPILE} -c $< -o $@
   
   
   # -- Targets  
   
  -all: prepare ${BUILD_DIR}/mod_jk2.so
  +all: prepare ${BUILD_DIR}/mod_jk2.so @JNI_BUILD@
  +
  +jni-build: ${BUILD_DIR}/libjkjni.so
   
   ${BUILD_DIR}/mod_jk2.so: ${BUILD_DIR}/$(APACHE_LIBEXEC)/mod_jk2.so
$(CP) $^ $@
  @@ -88,7 +98,17 @@
mkdir -p ${BUILD_DIR}$(APACHE_LIBEXEC)
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/$(APACHE_LIBEXEC)
   
  -${BUILD_DIR}/mod_jk2.la: ${COMMON_LO_FILES} ${A_LO_FILES}
  +${BUILD_DIR}/libjkjni.so: ${BUILD_DIR}/${APACHE_LIBEXEC}/libjkjni.so
  + $(CP) $^ $@
  +
  +${BUILD_DIR}/${APACHE_LIBEXEC}/libjkjni.so: ${BUILD_DIR}/libjkjni.la
  + mkdir -p ${BUILD_DIR}/${APACHE_LIBEXEC}
  + $(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}/${APACHE_LIBEXEC}
  +
  +${BUILD_DIR}/libjkjni.la: ${JNI_LO_FILES} ${COMMON_LO_FILES}
  + $(MOD_LINK) -o $@ $(JK_LDFLAGS) $^
  +
  +${BUILD_DIR}/mod_jk2.la: ${COMMON_LO_FILES} ${JNI_LO_FILES} ${A_LO_FILES}
${MOD_LINK} -o $@ $^ ${APR_LDFLAGS}
   
   ${COMMON_C_FILES} ${A_C_FILES}: ${H_FILES}
  
  
  

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

RE: [OT] Tomcat as "top level" ASF Project


Hi,

>> So +1 for tomcat as TLP, and Remy as PMC chair.
>
>+1 for both.

Now that some more coherent arguments have been put forth, I tend to +0.
Visibility-wise, I don't think Apache-Jakarta-Tomcat and Apache-Tomcat
are very different: our reputation is already established.  But if we
can do something to give us a louder voice and assuage some of the
dissatisfaction with the Board, that's a good thing IMHO.

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]

Does Geronimo use tomcat?


Hi,
I was browsing the various Geronimo web sites today, starting with
http://incubator.apache.org/geronimo/.  I see mention of Jetty on the
left-hand menu bar, which I assume is used for Servlets, and maybe also
HTTP connection handling.  Is my assumption wrong?

If my assumption is right, I'd like to know why Jetty was chosen over
Tomcat.  This is surprising, especially in light of the statement on the
incubator front page that "The aim of the project is to produce a large
and healthy community of J2EE developers tasked with the development of
an open source, certified J2EE server, that is ASF licensed and passes
Sun's TCK reusing the best ASF/BSD licensed code available today and
adding new code to complete the J2EE stack."  Jetty is neither ASF nor
BSD licensed from what I see, choosing its own license
(http://jetty.mortbay.org/jetty/LICENSE.html).

A search of this list's archives
(http://marc.theaimsgroup.com/?l=geronimo-dev&w=2&r=1&s=tomcat&q=b)
comes up with a few hits and references, including one from Senor
Srinivas asking to update the Geronimo Maven repository with Tomcat
5.0.18.

So what's the status?  If tomcat is used, shouldn't that be documented
somewhere?  If tomcat is not used, why?  Do we need a bit more
communications between tomcat-dev and Geronimo-dev?

Thanks,

Yoav Shapira
Millennium Research Informatics





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]

Re: [OT] Tomcat as "top level" ASF Project

As TLP we can recomend a chair ( of course, legally the board can 
nominate whoever they want - and the chair has almost complete autority 
over the project, the PMC has just an advisory role legally - but so far 
the common practice was that the board only "hints" who they don't want 
as chair and most chairs do have the common sense to not exercise the 
rights they have ).

So +1 for tomcat as TLP, and Remy as PMC chair.
+1 for both.

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

Re: Geronimo using Jetty

--- Henri Gomez <[EMAIL PROTECTED]> wrote:
> jean-frederic clere wrote:
> > Shapira, Yoav wrote:
> > 
> >> Hi,
> >> Why is Geronimo using Jetty (presumably for servlets and maybe for HTTP
> >> connector) instead of Tomcat?
> > 
> > 
> > History?
> 
> No politics reasons.

Like JBoss hires our Remy and therefore Geronimo (coredeveloper-based) does not
use Tomcat ?

> It's sad to see that ASF didn't use its own servlet engine for a new
> project like Geronimo.

I'm no committer, but I dare say that there's nothing to stop Tomcat Developers
from helping out with Geronimo tomcat integration..

I'm subscribed to the Geronimo-dev list. From what I see, they're still
learning the Apache-way of doing things. There are often mails that I'd
consider "frivolous", but there's some degree of development taking place too.

They'd greatly benefit from the maturity and experience of Tomcat developers.
There's lots that everyone in other projects can learn fromthe way Tomcat
developers work.

> And when you see that JBoss is using Tomcat
> 

I can sense some undercurrent and some resentment in the discussions over the
past hour or so, I guess it's something to do with some ASF decisions. (MT
seemed wild at them - to put  it mildly). I request you all to exercise
restraint before taking any hasty decisions - Jakarta has benefitted greatly
from Tomcat. Tomcat is indeed known as ASF's Java server...

-- SRiram

__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

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

Re: [OT] Tomcat as "top level" ASF Project

Costin Manolache wrote:

Shapira, Yoav wrote:

Hi,
I read the original thread again.  Some of Costin's objections are no
longer relevant (e.g. Struts and log4j moving out of Jakarta).  Some of
the pro-community arguments (paraphrased as tomcat brings more
visibility to other jakarta projects) I don't think change if tomcat is
its own top-level project.


To be honest - my objections no longer matter.

This whole "move out" is started by different groups outside jakarata 
who felt jakarta was getting too big ( and their favorite projects got 
less attention or recognition ).

I currently agree with Mladen that it would be much better to "move out" 
of apache altogheter.

I already quit Ant pmc and project ( they implemented the board 
recommandation to remove the names of the authors from their code - 
which I consider incompatible with my principles and open source 
practices ). Currently tomcat is the only project that keeps me around 
in  ASF.
Yes, I also send my negatives remarks to the related lists.

Fact is - in Jakarta or as TLP, tomcat code will still be under the 
control of the ASF board, and will still be owned by ASF - with no real
legal rights for the tomcat committers. Well - the 3 or 4 of us who are 
"members" ( Remy, Craig, Justina, Pier ) do have a vote in electing the 
board and are theoretically copyright holders of the code. And it is 
true that ASF is usually hiding the reality of its legal organization - 
so most of the time we can just ignore it.

For a long time I tought we could have an environment in jakarta where 
developer opinion matters - even if it means readings hundreds of emails 
and flame wars on jakarta-general or pmc. And I tought that I can ignore 
the parts of ASF I don't agree with - like it's top-down management and 
lack of real legal rights for developers over the code they work on.
I see more and more ASF commiters complaining about various
Board decisions, so it may be time to see if ASF is a
democratic organisation, where peoples (not just members)
opinions count (and as such they could make change some recent
decisions).
If it's not the case, well it may be time for many of us to fly
to others land, and try to reconstruct a developpment community
where people (developpers) have their word to say in all
decisions and don't let bureaucraty decide what they should do.
After all, we're not pay by ASF, and for example I'm more than
unhappy to see @authors tags (or whatever in native land)
removed by others.
That's why Tomcat should became TLP, having it's own PMC which could
and should contest board decision when they appears bad.
For now Tomcat is just one of the various jakarta projects and as such
we could see jakarta PMC take decisions we don't agree with.




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

Re: [OT] Tomcat as "top level" ASF Project

Remy Maucherat wrote:
Mladen Turk wrote:

 


-Original Message-
From: Henri Gomez
Hi to all,

Just see that Struts is becaming a top level project, like ant last 
year.

What's your opinions on moving Tomcat as top level project ?



-1

Why would we need that?


Because we don't have any leverage on the ASF decisions right now, and 
this is quite bad.
I agree. At least that will give us a chance to break the "consensus" of 
the board on stupid decisions and on their attitude of never consulting 
with the people who are affected by their decisions.

As TLP we can recomend a chair ( of course, legally the board can 
nominate whoever they want - and the chair has almost complete autority 
over the project, the PMC has just an advisory role legally - but so far 
the common practice was that the board only "hints" who they don't want 
as chair and most chairs do have the common sense to not exercise the 
rights they have ).

So +1 for tomcat as TLP, and Remy as PMC chair.



If we are not recignised already as a valuable part of ASF, why all the
fuzz?


Because we don't have the said recognition.

I think we have plenty of recognition. Maybe not by ASF itself.

Trust me - the recognition won't change if we are a TLP.

Costin

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

RE: Geronimo using Jetty


Hi,

>How about some of the tomcat developers show up on the geronimo-dev@
list
>and start contributing.
>Last time i checked there is no one there who DOES NOT want a tomcat
>integration. They are just
>waiting for some of the tomcat-dev folks to show up and help :)

I've subscribed to Geronimo-dev and will bring this up over there.  That
was my plan anyways, but I wanted to see if someone here knew anything
about it first.

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]

RE: Geronimo using Jetty


--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> As an aside, every time I look at the Jetty web site I get annoyed at
> something else.  Today's annoyance is the number of items on their
> "powered by Jetty" page (http://www.mortbay.com/mortbay/powered.html)
> that aren't powered by Jetty: Cactus?  Cocoon?  BrowserTunnel
> (decommissioned)?  DieselPoint (mentions tomcat and other compatible
> servers, doesn't even mention Jetty)?  The list goes on and on, I don't
> have time to get past D in the alphabet.  And last time it was the 300K
> claim which they admitted on their list is false for any realistic
> context.  I have to stop myself here, before I get too angry/frustrated.
> I just can't stand false advertising.
> 

They also use Jasper...
http://jetty.mortbay.org/jetty/contributors.html

> Yoav Shapira
> 
- Sriram

__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

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

RE: Geronimo using Jetty

2004-03-18 Thread Davanum Srinivas

Yoav,

How about some of the tomcat developers show up on the geronimo-dev@ list and start 
contributing.
Last time i checked there is no one there who DOES NOT want a tomcat integration. They 
are just
waiting for some of the tomcat-dev folks to show up and help :)

-- dims

--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> >> Why is Geronimo using Jetty (presumably for servlets and maybe for
> HTTP
> >> connector) instead of Tomcat?
> >
> >Maybe because their top committers work with coredevelopers.net, and
> the
> >Jetty Release Manager is a coredeveloper himself
> 
> Maybe, but the Geronimo front page
> (http://incubator.apache.org/geronimo/index.html) says
> "The aim of the project is to produce a large and healthy community of
> J2EE developers tasked with the development of an open source, certified
> J2EE server, that is ASF licensed and passes Sun's TCK reusing the best
> ASF/BSD licensed code available today and adding new code to complete
> the J2EE stack."  Jetty is not ASF or BSD licensed, it's got its own
> license.
> 
> This seems wrong to me.
> 
> As an aside, every time I look at the Jetty web site I get annoyed at
> something else.  Today's annoyance is the number of items on their
> "powered by Jetty" page (http://www.mortbay.com/mortbay/powered.html)
> that aren't powered by Jetty: Cactus?  Cocoon?  BrowserTunnel
> (decommissioned)?  DieselPoint (mentions tomcat and other compatible
> servers, doesn't even mention Jetty)?  The list goes on and on, I don't
> have time to get past D in the alphabet.  And last time it was the 300K
> claim which they admitted on their list is false for any realistic
> context.  I have to stop myself here, before I get too angry/frustrated.
> I just can't stand false advertising.
> 
> 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]
> 


=
Davanum Srinivas - http://webservices.apache.org/~dims/

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

Re: [OT] Tomcat as "top level" ASF Project

-Original Message-

If we are not recignised already as a valuable part of ASF, why all 
the fuzz?
Because we don't have the said recognition.

 
???

I'm thinking to leave the ASF at all...
Wait please...

What was the altruistic community become the playground for the major
companies like Sun, Covalent, IBM, JBoss, etc...
I'm not so sure that I wish to participate in the community where some
shareholder board has a significant influence here.
Hum, it remind me 'sad and black ideas' I've got some years ago.
But recall that you can make thing evolve when you're inside.
If the Tomcat has not been recognized already as a valuable ASF project,
then why all the effort?
Who do we need to convince? What are the measures?
Well Tomcat is recognized since its the Reference Implementation of
the latest 3 servlets APIs.
I know that I could sound a little bit idealistic, but do we really need the
marketing? What would be the purpose of such marketing?
Not commercial marketing, a ASF / OSS marketing operation.

The best products do not need the marketing (take the bible for example).
If someone thinks that my work needs the market evaluation, I'm charging
$200 per hour.
Of course.

Who the fuck is the ASF board at all? How did it get elected? Not by the
committers that's for sure.
Board is elected by Members, and Members by Commiters isn't it ?



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

Re: [OT] Tomcat as "top level" ASF Project

Shapira, Yoav wrote:
Hi,
I read the original thread again.  Some of Costin's objections are no
longer relevant (e.g. Struts and log4j moving out of Jakarta).  Some of
the pro-community arguments (paraphrased as tomcat brings more
visibility to other jakarta projects) I don't think change if tomcat is
its own top-level project.
To be honest - my objections no longer matter.

This whole "move out" is started by different groups outside jakarata 
who felt jakarta was getting too big ( and their favorite projects got 
less attention or recognition ).

I currently agree with Mladen that it would be much better to "move out" 
of apache altogheter.

I already quit Ant pmc and project ( they implemented the board 
recommandation to remove the names of the authors from their code - 
which I consider incompatible with my principles and open source 
practices ). Currently tomcat is the only project that keeps me around 
in  ASF.

Fact is - in Jakarta or as TLP, tomcat code will still be under the 
control of the ASF board, and will still be owned by ASF - with no real
legal rights for the tomcat committers. Well - the 3 or 4 of us who are 
"members" ( Remy, Craig, Justina, Pier ) do have a vote in electing the 
board and are theoretically copyright holders of the code. And it is 
true that ASF is usually hiding the reality of its legal organization - 
so most of the time we can just ignore it.

For a long time I tought we could have an environment in jakarta where 
developer opinion matters - even if it means readings hundreds of emails 
and flame wars on jakarta-general or pmc. And I tought that I can ignore 
the parts of ASF I don't agree with - like it's top-down management and 
lack of real legal rights for developers over the code they work on.

I was wrong.

Costin

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

Re: [OT] Tomcat as "top level" ASF Project

Mladen Turk wrote:
 


-Original Message-

If we are not recignised already as a valuable part of ASF, why all 
the fuzz?
Because we don't have the said recognition.

 
???

I'm thinking to leave the ASF at all...
That sounds like releasing Tomcat binaries outside ASF...

What was the altruistic community become the playground for the major
companies like Sun, Covalent, IBM, JBoss, etc...
I'm not so sure that I wish to participate in the community where some
shareholder board has a significant influence here.
If the Tomcat has not been recognized already as a valuable ASF project,
then why all the effort?
Who do we need to convince? What are the measures?
I know that I could sound a little bit idealistic, but do we really need the
marketing? What would be the purpose of such marketing?
The best products do not need the marketing (take the bible for example).
Yes, but marketing is very important nowaday probably more than 2000 years ago.

If someone thinks that my work needs the market evaluation, I'm charging
$200 per hour.
Who the fuck is the ASF board at all? How did it get elected? Not by the
committers that's for sure.
The board started with some of the httpd committers so they understand 
committers problems.

MT.

-
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: Geronimo using Jetty

jean-frederic clere wrote:
Shapira, Yoav wrote:

Hi,
Why is Geronimo using Jetty (presumably for servlets and maybe for HTTP
connector) instead of Tomcat?


History?
No politics reasons.

It's sad to see that ASF didn't use its own servlet engine for a new
project like Geronimo.
And when you see that JBoss is using Tomcat

It recall me the old age of micro-computers when all Atari's
engeneers fly to Amiga whereas the Commodore engeneers goes
to Atari...
Even OSS organisations could be make strange choices

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

RE: Geronimo using Jetty


Hi,

>> Why is Geronimo using Jetty (presumably for servlets and maybe for
HTTP
>> connector) instead of Tomcat?
>
>Maybe because their top committers work with coredevelopers.net, and
the
>Jetty Release Manager is a coredeveloper himself

Maybe, but the Geronimo front page
(http://incubator.apache.org/geronimo/index.html) says
"The aim of the project is to produce a large and healthy community of
J2EE developers tasked with the development of an open source, certified
J2EE server, that is ASF licensed and passes Sun's TCK reusing the best
ASF/BSD licensed code available today and adding new code to complete
the J2EE stack."  Jetty is not ASF or BSD licensed, it's got its own
license.

This seems wrong to me.

As an aside, every time I look at the Jetty web site I get annoyed at
something else.  Today's annoyance is the number of items on their
"powered by Jetty" page (http://www.mortbay.com/mortbay/powered.html)
that aren't powered by Jetty: Cactus?  Cocoon?  BrowserTunnel
(decommissioned)?  DieselPoint (mentions tomcat and other compatible
servers, doesn't even mention Jetty)?  The list goes on and on, I don't
have time to get past D in the alphabet.  And last time it was the 300K
claim which they admitted on their list is false for any realistic
context.  I have to stop myself here, before I get too angry/frustrated.
I just can't stand false advertising.

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]

[Unet Requests #118711] RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread unet


   This is an automated response.  There is no need to reply.

Hello, from Networking & Telecommunication Services.

Your message regarding:
  [Unet Requests #118711] RE: [OT] Tomcat as "top level" ASF Project
has been received and assigned a request number of 118711.

In order help us track the progress of this request, we ask that you
include the string [Unet Requests #118711]  in the subject line of any
further mail about this particular request.

For example:
Subject: [Unet Requests #118711] RE: [OT] Tomcat as "top level" ASF Project

You may do this simply by replying to this e-mail.

Generally, your request should be done within one business
day from the time your e-mail is received.


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

RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Angus Mezick

After reading the [5.0] Problems with the next release thread (and
noticing that the jakarta PMC wasn't part of the last meeting's minutes)
+1

> -Original Message-
> From: Jim Jagielski [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, March 18, 2004 10:23 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [OT] Tomcat as "top level" ASF Project
> 
> 
> > >>
> > >>What's your opinions on moving Tomcat as top level project ?
> > >>
> 
> +1... If you want reasons/opinions, I can offer them. :)
> 
> -- 
> ==
> =
>Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   
> http://www.jaguNET.com/
>   "A society that will trade a 
> little liberty for a little order
>  will lose both and deserve neither" - T.Jefferson
> 
> -
> 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: Geronimo using Jetty

Shapira, Yoav wrote:
Hi,
Why is Geronimo using Jetty (presumably for servlets and maybe for HTTP
connector) instead of Tomcat?
History?
Yoav Shapira
Millennium Research Informatics




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]




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

Re: Geronimo using Jetty

Sorry,

I forgot to post this link...
http://jetty.mortbay.org/jetty/geronimo/index.html

-- Sriram
--- Sriram N <[EMAIL PROTECTED]> wrote:
> 
> --- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote:
> > 
> > Hi,
> > Why is Geronimo using Jetty (presumably for servlets and maybe for HTTP
> > connector) instead of Tomcat?
> 
> Maybe because their top committers work with coredevelopers.net, and the
> Jetty
> Release Manager is a coredeveloper himself
> 
> 
> > Yoav Shapira
> > Millennium Research Informatics
> > 
> > 
> > 
> > 
> > 
> > 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]
> > 
> 
> 
> __
> Do you Yahoo!?
> Yahoo! Mail - More reliable, more storage, less spam
> http://mail.yahoo.com
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

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

Re: Geronimo using Jetty


--- "Shapira, Yoav" <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> Why is Geronimo using Jetty (presumably for servlets and maybe for HTTP
> connector) instead of Tomcat?

Maybe because their top committers work with coredevelopers.net, and the Jetty
Release Manager is a coredeveloper himself


> Yoav Shapira
> Millennium Research Informatics
> 
> 
> 
> 
> 
> 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]
> 


__
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com

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

RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Mladen Turk

 

> -Original Message-
> > If we are not recignised already as a valuable part of ASF, why all 
> > the fuzz?
> 
> Because we don't have the said recognition.
>
 
???


I'm thinking to leave the ASF at all...

What was the altruistic community become the playground for the major
companies like Sun, Covalent, IBM, JBoss, etc...
I'm not so sure that I wish to participate in the community where some
shareholder board has a significant influence here.

If the Tomcat has not been recognized already as a valuable ASF project,
then why all the effort?
Who do we need to convince? What are the measures?

I know that I could sound a little bit idealistic, but do we really need the
marketing? What would be the purpose of such marketing?
The best products do not need the marketing (take the bible for example).
If someone thinks that my work needs the market evaluation, I'm charging
$200 per hour.

Who the fuck is the ASF board at all? How did it get elected? Not by the
committers that's for sure.

MT.


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

Geronimo using Jetty


Hi,
Why is Geronimo using Jetty (presumably for servlets and maybe for HTTP
connector) instead of Tomcat?

Yoav Shapira
Millennium Research Informatics





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]

DO NOT REPLY [Bug 16830] - Jasper do not reset BodyContent for tags with BodySupport and empty content

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=16830

Jasper do not reset BodyContent for tags with BodySupport and empty content





--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 15:35 ---
Please deploy & call the JSP found in the root of the context of the posted web
app above.

This cleary shows that the bodycontent is not properly resetted between tag's calls.

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

DO NOT REPLY [Bug 16830] - Jasper do not reset BodyContent for tags with BodySupport and empty content

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=16830

Jasper do not reset BodyContent for tags with BodySupport and empty content





--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 15:33 ---
Created an attachment (id=10854)
Web app built on version 4.1.30 of Tomcat.

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

DO NOT REPLY [Bug 16830] - Jasper do not reset BodyContent for tags with BodySupport and empty content

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=16830

Jasper do not reset BodyContent for tags with BodySupport and empty content

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 15:31 ---
*** Bug 24744 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 24744] - Reuse of BodyTag instances and BodyContent

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=24744

Reuse of BodyTag instances and BodyContent

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 15:31 ---


*** This bug has been marked as a duplicate of 16830 ***

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

Re: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Jim Jagielski

> >>
> >>What's your opinions on moving Tomcat as top level project ?
> >>

+1... If you want reasons/opinions, I can offer them. :)

-- 
===
   Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
  "A society that will trade a little liberty for a little order
 will lose both and deserve neither" - T.Jefferson

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

Re: [OT] Tomcat as "top level" ASF Project

Mladen Turk wrote:

 


-Original Message-
From: Henri Gomez
Hi to all,

Just see that Struts is becaming a top level project, like 
ant last year.

What's your opinions on moving Tomcat as top level project ?



-1

Why would we need that?
Because we don't have any leverage on the ASF decisions right now, and 
this is quite bad.

If we are not recignised already as a valuable part of ASF, why all the
fuzz?
Because we don't have the said recognition.

Rémy

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

RE: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Mladen Turk

 

> -Original Message-
> From: Henri Gomez
> 
> Hi to all,
> 
> Just see that Struts is becaming a top level project, like 
> ant last year.
> 
> What's your opinions on moving Tomcat as top level project ?
> 

-1

Why would we need that?
If we are not recignised already as a valuable part of ASF, why all the
fuzz?

MT.


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

Re: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Tim Funk

I am curious to the scope the new TLP would have.

For example, would/should the following projects come along to the new Tomcat 
TLP?
- Taglibs
- Watchdog
- Slide
- Other web server components based on java?

-Tim

Henri Gomez wrote:
As many I see Tomcat as the ASF Java web-server, where Apache 2 is the
native web-server, and httpd is also a TLP.
Tomcat is both Java and Native, another reason to have it outside jakarta.

Tomcat is a mature project, with a solid developpers community, and
in fine Tomcat is an important project for ASF and should became
a top project for many reasons, including having its own PMC.


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

Re: [Vote] Guenter Knauf as commiter

2004-03-18 Thread Glenn Nielsen

On Thu, Mar 18, 2004 at 10:00:37AM +0100, Henri Gomez wrote:
> 
> Well there is now at least 4 persons on this list which track http-dev, 
> Guenter, Mladen, Jean-Frederic and I.

I also track httpd-dev. :-)

--
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]

Re: [OT] Tomcat as "top level" ASF Project

Shapira, Yoav wrote:

Hi,
I read the original thread again.  Some of Costin's objections are no
longer relevant (e.g. Struts and log4j moving out of Jakarta).  Some of
the pro-community arguments (paraphrased as tomcat brings more
visibility to other jakarta projects) I don't think change if tomcat is
its own top-level project.
So while I don't have any strong objections, I also don't have a strong
pro reason to do it.  For log4j I strongly agreed with the reasoning and
was involved with the whole process: we want to do common stuff for
logging services across languages, hence jakarta is not the ideal place
and a TLP is.  But tomcat is Java.  The connectors aren't 100% java in
some cases, but that's not enough to make tomcat leave jakarta.
I think in the Ant and Struts cases, there is a correlation between
project maturity and popularity and the migration from jakarta into a
TLP.  By that criteria I think tomcat can also make the move.  This is
of course subjective.  Maven is strange, I agree with Costin's -1 vote
on their becoming a TLP when they did.
So after all that discussion, until I hear some articulate pro reasons,
I'm 0 on the vote (absolute 0, not +0 or -0, if that's possible ;)).
Tomcat has an important users base, may be less than Ant but
probably more than Struts.
As many I see Tomcat as the ASF Java web-server, where Apache 2 is the
native web-server, and httpd is also a TLP.
Tomcat is both Java and Native, another reason to have it outside jakarta.

Tomcat is a mature project, with a solid developpers community, and
in fine Tomcat is an important project for ASF and should became
a top project for many reasons, including having its own PMC.


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

RE: [OT] Tomcat as "top level" ASF Project

Hi,
I read the original thread again.  Some of Costin's objections are no
longer relevant (e.g. Struts and log4j moving out of Jakarta).  Some of
the pro-community arguments (paraphrased as tomcat brings more
visibility to other jakarta projects) I don't think change if tomcat is
its own top-level project.

So while I don't have any strong objections, I also don't have a strong
pro reason to do it.  For log4j I strongly agreed with the reasoning and
was involved with the whole process: we want to do common stuff for
logging services across languages, hence jakarta is not the ideal place
and a TLP is.  But tomcat is Java.  The connectors aren't 100% java in
some cases, but that's not enough to make tomcat leave jakarta.

I think in the Ant and Struts cases, there is a correlation between
project maturity and popularity and the migration from jakarta into a
TLP.  By that criteria I think tomcat can also make the move.  This is
of course subjective.  Maven is strange, I agree with Costin's -1 vote
on their becoming a TLP when they did.

So after all that discussion, until I hear some articulate pro reasons,
I'm 0 on the vote (absolute 0, not +0 or -0, if that's possible ;)).

Yoav Shapira
Millennium Research Informatics

>-Original Message-
>From: Tim Funk [mailto:[EMAIL PROTECTED]
>Sent: Thursday, March 18, 2004 8:39 AM
>To: Tomcat Developers List
>Subject: Re: [OT] Tomcat as "top level" ASF Project
>
>Can anyone list the pros and cons?
>
>The last time this was discussed it was -1. But it seems the reasons
since
>then may have changed.
>
>http://marc.theaimsgroup.com/?t=10473776922&r=1&w=2
>
>
>-Tim
>
>Henri Gomez wrote:
>
>> Hi to all,
>>
>> Just see that Struts is becaming a top level project, like ant
>> last year.
>>
>> What's your opinions on moving Tomcat as top level project ?
>>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

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]

Re: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Tim Funk

Can anyone list the pros and cons?

The last time this was discussed it was -1. But it seems the reasons since 
then may have changed.

http://marc.theaimsgroup.com/?t=10473776922&r=1&w=2

-Tim

Henri Gomez wrote:

Hi to all,

Just see that Struts is becaming a top level project, like ant
last year.
What's your opinions on moving Tomcat as top level project ?

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

Re: [OT] Tomcat as "top level" ASF Project

2004-03-18 Thread Michael McGrady

+1

At 03:05 AM 3/18/2004, you wrote:
Remy Maucherat wrote:
Henri Gomez wrote:

Hi to all,

Just see that Struts is becaming a top level project, like ant
last year.
What's your opinions on moving Tomcat as top level project ?
I was against it, but given the recent board decisions, I think we really 
need more leverage :(
+1

-
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 27767] - Bugs about jsp XML syntax and CDATA ?

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=27767

Bugs about jsp XML syntax and CDATA ?





--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 11:47 ---
Sorry, I can not find any information about this type decode in
jsp Specification 2.0,
can you explain why this is not a bug? and why need this type decode?
is there something like "disable-output-escaping".

Maybe you can answer my question on tomcat-user

http://nagoya.apache.org/eyebrowse/ReadMsg?listName=tomcat-
[EMAIL PROTECTED]&msgId=1421198

Thanks.

Eric

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

Re: [OT] Tomcat as "top level" ASF Project

Remy Maucherat wrote:
Henri Gomez wrote:

Hi to all,

Just see that Struts is becaming a top level project, like ant
last year.
What's your opinions on moving Tomcat as top level project ?


I was against it, but given the recent board decisions, I think we 
really need more leverage :(
+1

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

[Fwd: container managed security]

2004-03-18 Thread Adam Hardy

Nobody responded to my previous message, but I am still searching for 
information on the subject. Any references to docs would be welcome. I 
have searched for threads on this list in the archives but had no joy 
either.

Thanks
Adam
 Original Message 
From: - Fri Mar 12 18:50:10 2004
To: [EMAIL PROTECTED]
Subject: container managed security
In tomcat 4 I was able to to protect my app with non-SSL
security-constraints while using SSL form-based authentication so that
the passwords were not sent in clear text. This has been a specification
of the last 3 projects I have worked on.
In tomcat 5 this is impossible without coding a work-around.

I logged this as a bug in tomcat but it was closed as 'invalid'.

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

I remember 6 months ago someone saying that the tomcat developers had
decided that due to the danger of session-hijacking, if it was worth
encrypting the login, it was worth encrypting the whole session traffic.
Due to the charges that the extra hardware brings when doing all
logged-in sessions in SSL, amongst other reasons, I disagreed and
developed a work-around to let me carry on using the Struts & Tomcat
security features.
This took me a few days back then, and then this week something else
cropped up which caused me to revisit the work-around code and spend 2
days adding to it (and documenting it - it's pretty arcane).
It occurred to me that this will always happen. The work-around is
vulnerable to any changes in the servlet spec of course, but also in
tomcat and in struts.
I would appreciate finding out the whole story on this - last time I
just let it go through lack of time. If I'm in the wrong place - perhaps
the JCP Servlet working group would be better - can someone point me in
the right direction?
Adam

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

Re: [OT] Tomcat as "top level" ASF Project

Henri Gomez wrote:
Hi to all,

Just see that Struts is becaming a top level project, like ant
last year.
What's your opinions on moving Tomcat as top level project ?
I was against it, but given the recent board decisions, I think we 
really need more leverage :(

Rémy

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

DO NOT REPLY [Bug 27767] - Bugs about jsp XML syntax and CDATA ?

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=27767

Bugs about jsp XML syntax and CDATA ?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 10:45 ---
If you have a user question, please post on tomcat-user.

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

[OT] Tomcat as "top level" ASF Project

Hi to all,

Just see that Struts is becaming a top level project, like ant
last year.
What's your opinions on moving Tomcat as top level project ?

Regards

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

DO NOT REPLY [Bug 27757] - Problem receiving data more than 3 KB.

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=27757

Problem receiving data more than 3 KB.





--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 10:32 ---
Could you try with TC 5.0 and mod_jk from CVS ?

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

Re: cvs commit: jakarta-tomcat-connectors/jk/native2 INSTALL.txt

jean-frederic clere wrote:

[EMAIL PROTECTED] wrote:

mturk   2004/03/17 07:51:48

  Added:   jk/native2 INSTALL.txt
  Log:
  Install howto jumpstart
Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jk/native2/INSTALL.txt
Index: INSTALL.txt
  ===
APACHE INSTALLATION OVERVIEW
  For complete documentation, see
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html
Quick Start - Apache 2
  In the following example Apache2 is installed in 
/usr/local/apache2 and the commands are executed in the
jakarta-tomcat-connectors/native2 directory.   $ ./buildconf


No... That is only when building from CVS: Asking the user to have 
autoconf, automake and libtool installed and running correctly is 
probably not a good idea.
We have to provide a good and running configure in the connector tarballs.

$ ./configure --with-apxs2=PREFIX/bin/apxs
$ make
$ make install
$ PREFIX/bin/apachectl start
 NOTES: * Replace PREFIX with the filesystem path under which 
Apache should be installed.  A typical installation
might use "/usr/local/apache2" for PREFIX (without the
quotes).
 
JF is correct.

In the release source tarball there will be a allready the configure
file.
I'll generate it via buildconf.sh before taring the source.





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

DO NOT REPLY [Bug 27767] New: - Bugs about jsp XML syntax and CDATA ?

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=27767

Bugs about jsp XML syntax and CDATA ?

   Summary: Bugs about jsp XML syntax and CDATA ?
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

  I have a jspx file like this:

| 
| http://www.w3.org/1999/XSL/Format"; 
xmlns:jsp="http://java.sun.com/JSP/Page";>
|   
|   
| 

and I try tomcat 5.0.19 & resin 3.0.6, and the output is:

| 
| http://www.w3.org/1999/XSL/Format";>
| 
| ~~~
| 
| ~~~

The question is, is this the bugs of jsp engine, or the spec need to do
this type decoding? How can I get "" as output?
and how to prevent engine decode "<" to "<", use "&"?
seems the engine make the simple things complicated? Should this
decode only happend when context in  element? I have post
this at tomcat user list and sun jsp forum, but get no answer, so, I
assume this is a bug.

Thanks

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

DO NOT REPLY [Bug 26796] - Using taglibs with tag files seem to break includes

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=26796

Using taglibs with tag files seem to break includes

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 09:38 ---
*** Bug 27762 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 27762] - Including Tagfiles Makes Includes Fail to Include

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=27762

Including Tagfiles Makes Includes Fail to Include

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-03-18 09:38 ---


*** This bug has been marked as a duplicate of 26796 ***

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

Re: cvs commit: jakarta-tomcat-connectors/jk/native2 INSTALL.txt

[EMAIL PROTECTED] wrote:
mturk   2004/03/17 07:51:48

  Added:   jk/native2 INSTALL.txt
  Log:
  Install howto jumpstart
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jk/native2/INSTALL.txt
  
  Index: INSTALL.txt
  ===
APACHE INSTALLATION OVERVIEW
  
For complete documentation, see
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html

Quick Start - Apache 2
  
In the following example Apache2 is installed in 
/usr/local/apache2 and the commands are executed in the
jakarta-tomcat-connectors/native2 directory. 
  
$ ./buildconf
No... That is only when building from CVS: Asking the user to have autoconf, 
automake and libtool installed and running correctly is probably not a good idea.
We have to provide a good and running configure in the connector tarballs.

$ ./configure --with-apxs2=PREFIX/bin/apxs
$ make
$ make install
$ PREFIX/bin/apachectl start
  
   NOTES: * Replace PREFIX with the filesystem path under which 
Apache should be installed.  A typical installation
might use "/usr/local/apache2" for PREFIX (without the
quotes).
  
  
  
  
  

-
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] Guenter Knauf as commiter

Guenter Knauf wrote:
Hi all,
thank you all for your votes!
I want to introduce a bit who I am and what I'm doing when I'm not on the list.
I'm a self-employee, and my daily work is mainly keeping the various servers (NetWare,
Linux, Win32) of my customers running. In addition I also write interfaces to special
databases, backup scripts, tools, etc., all very special for my customers. I do a lot
with Perl and PHP, but NetWare often forces me to write in C since some of the
scripting languages lack of functions which I have on Linux and Win32.
In my freetime I maintain my website with a couple of Apache module binaries as well
as Apache self. I started initially only with NetWare binaries, that was with Apache
1.3.12; later I added Win32 binaries because I always needed to have something to
compare to see if issues are NetWare only, or apply to all suported platforms. Win32
was the choice because of the similar file system structure, both have 'drive
letters', on NetWare they are called volumes, and can be much longer than only one
letter (but minimum I think 2 chars, or is it 3?).
Meanwhile I have Win32 downloads ten times as much as NetWare...
Also I'm a SysOp of the Novell Developer forums, and try to help there other
developers in getting their Apache1|2 / Perl / PHP problems solved. Also I maintain
mod_edir which is a Novell OpenSource module for access control.
This is my relationship to Novell, and although I get an _excellent_ support from
Novell, I'm not hired.
How came I to this list?? Well, mostly Norm and other developers on the forums where
guilty for that. There were always questions about 'when will we get mod_jk2 on
NetWare?' which I couldnt ask, and Norm kept the ball in move consequently, he tried
everything he could manage from his side, but he had to struggle always because our
official compiler is is a thing which nobody buys just for fun, just like MSVC.
Although meanwhile we have also gcc available, we have still issues with the builds
together with Apache (alignment stuff, bitfiels in Apache).
Well, now I can answer the questions in the forums that we _have_ mod_jk2 for
NetWare..., smile...
so thanks again to all for their patience with all the commits!
That was one my second idea ;=)

Put you to commiter status to save me from commiting your works ;-)

my main focus for the future will be JK and JK2 connectors, keep them compilable with latest Apache2.1 on NetWare, Win32 and Linux
(I'm also on the httpd dev list, and seems that we will soon get a first 2.1.0, thanks Sander!).
Well there is now at least 4 persons on this list which track http-dev,
Guenter, Mladen, Jean-Frederic and I.

Welcome on board Guenter

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

DO NOT REPLY [Bug 27766] New: - socket write error