cvs commit: jakarta-tomcat-4.0 BUILDING.txt build.properties.sample

2002-01-18 Thread patrickl

patrickl02/01/18 22:08:00

  Modified:.BUILDING.txt build.properties.sample
  Log:
  Update documentation to reflect that a newer commons-modeler nightly build is needed 
to build.
  
  Revision  ChangesPath
  1.20  +2 -2  jakarta-tomcat-4.0/BUILDING.txt
  
  Index: BUILDING.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/BUILDING.txt,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- BUILDING.txt  18 Jan 2002 00:46:24 -  1.19
  +++ BUILDING.txt  19 Jan 2002 06:08:00 -  1.20
  @@ -1,4 +1,4 @@
  -$Id: BUILDING.txt,v 1.19 2002/01/18 00:46:24 remm Exp $
  +$Id: BUILDING.txt,v 1.20 2002/01/19 06:08:00 patrickl Exp $
   
   
  Building The Tomcat 4.0 Servlet/JSP Container
  @@ -336,7 +336,7 @@
   NOTE:  This step is only required if you wish to build the Config/Admin
   web application.
   
  -* Download a binary distribution of version 20011026 or later from:
  +* Download a binary distribution of version 20020117 or later from:
   
   http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-modeler
   
  
  
  
  1.26  +2 -2  jakarta-tomcat-4.0/build.properties.sample
  
  Index: build.properties.sample
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/build.properties.sample,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- build.properties.sample   17 Jan 2002 19:59:26 -  1.25
  +++ build.properties.sample   19 Jan 2002 06:08:00 -  1.26
  @@ -6,7 +6,7 @@
   # modules that Tomcat depends on.  Copy this file to "build.properties"
   # in the top-level source directory, and customize it as needed.
   #
  -# $Id: build.properties.sample,v 1.25 2002/01/17 19:59:26 remm Exp $
  +# $Id: build.properties.sample,v 1.26 2002/01/19 06:08:00 patrickl Exp $
   # -
   
   
  @@ -62,7 +62,7 @@
   commons-logging.jar=${commons-logging.lib}/commons-logging.jar
   
   
  -# - Commons Modeler, version 20011026 or later -
  +# - Commons Modeler, version 20020117 or later -
   commons-modeler.home=${base.path}/commons-modeler
   commons-modeler.lib=${commons-modeler.home}
   commons-modeler.jar=${commons-modeler.lib}/commons-modeler.jar
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




[FAQ] jGuru FAQ Update

2002-01-18 Thread Alex Chaffee

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as
many other Java topics).  Here is an automated update on recent postings to
Tomcat-related FAQs.  Please direct flames and feedback to [EMAIL PROTECTED] .

 - Alex


++ JavaServer Pages (JSP) FAQ: http://www.jguru.com/faq/JSP

If I have a URL (GET) param and hidden (POST) field in a form with the same name, how 
can I get and differenciate them?
I have the following code:


  
I need to differenciate between the id in the URL parameter and the id in the form. I know you can use getParameterValues() to get multiple values but I need to know which one belongs to the URL or form because sometimes I will get only one of them. Is it possible? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=724996 I understand that a JSP session cookie is not persistent. Once all browser instances are closed, the session cookie is gone. Is there a way to make the session cookie persistent like a regular cookie? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=724993 ++ Servlets FAQ: http://www.jguru.com/faq/Servlets Since session.getValue("name") has been deprecated, what method do I call instead? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=724725 What is the difference between request.getAttribute() and request.getParameter()? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=724724 How can I store international / Unicode characters into a cookie? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=722908 How can I access one servlet method from some other servlet in same context? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=722714 ++ Tomcat FAQ: http://www.jguru.com/faq/Tomcat "Unable to load class" message under Tomcat 3. http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=726062 Is there a way to save files to a directory which will survive upgrades to the web application? http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=726038 Tomcat 4 and XML Parsers. http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=720733 You can shut email notification off at the FAQ home page(s) or: http://www.jguru.com/guru/notifyprefs.jsp -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [j-t-c] post bug in latest ajp (a.k.a. jk1) code

2002-01-18 Thread Kevin Seguin

fyi:  i have found and fixed this bug.

> 
> i think i've just run into a bug with doing posts using the 
> latest code
> found in jtc/jk/java/org/apache/ajp that i'd really like to fix before
> tomcat 4.0.2b2.  
> 
> although this code will eventually be deprecated by the stuff 
> costin is
> working on, it is currently the only ajp code that will work with the
> existing iis and netscape connectors (that i know of, at least).
> 
> remy, i don't know when you're planning on cutting 4.0.2b2, 
> but i'm going to
> try to fix this tonight, so hopefully i can get a fix in 
> before beta 2.
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp Ajp13.java

2002-01-18 Thread seguin

seguin  02/01/18 19:23:17

  Modified:jk/java/org/apache/ajp Ajp13.java
  Log:
  reverting to previous logic -
  when doing Ajp13.receive(), it's ok for a packet to have 0 length and
  thus total_read=0 -- this means the end of the stream when the web
  server has been reached.
  
  Revision  ChangesPath
  1.22  +4 -2  jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13.java
  
  Index: Ajp13.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13.java,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- Ajp13.java19 Dec 2001 19:27:42 -  1.21
  +++ Ajp13.java19 Jan 2002 03:23:17 -  1.22
  @@ -476,8 +476,10 @@
int total_read = 0;
   
   total_read = readN(in, b, H_SIZE, len);
  -
  -if (total_read <= 0) {
  +
  +// it's ok to have read 0 bytes when len=0 -- this means
  +// the end of the stream has been reached.
  +if (total_read < 0) {
   logger.log("can't read body, waited #" + len);
   return JK_AJP13_BAD_BODY;
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF web.xml

2002-01-18 Thread craigmcc

craigmcc02/01/18 17:58:24

  Modified:catalina/src/share/org/apache/catalina/session
StandardManager.java StandardSession.java
   tester/src/tester/org/apache/tester Session01.java
Session04.java SessionListener01.java
   tester/web/WEB-INF web.xml
  Added:   tester/src/tester/org/apache/tester SessionListener03.java
  Log:
  Correct the set of session related events fired at context startup and
  shutdown time by the StandardManager implementation, as follows:
  
  * At Tomcat shutdown (or in the shutdown portion of a
context reload), ONLY fire sessionWillPassivate() events
to session attributes that implement HttpSessionActivationListener.
Previously, a spurious valueUnbound() event was being sent
to session attributes that implemented HttpSessionBindingListener.
  
  * At Tomcat startup time (or in the reload portion of a
context reload), ONLY fire sessionDidActivate() events
to session attributes that implement HttpSessionActivationListener.
Previously, a spurious sessionCreated() event was sent to
registered HttpSessionListener listeners.
  
  None of this directly affects the behavior of PersistentManager, as reported
  in Bugzilla #5895, but that is the next thing to investigate.
  
  I consider this bugfix somewhat risky for the 4.0 branch, so I don't
  think we should necessarily port it.
  
  Revision  ChangesPath
  1.18  +5 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardManager.java
  
  Index: StandardManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardManager.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- StandardManager.java  3 Jan 2002 13:31:50 -   1.17
  +++ StandardManager.java  19 Jan 2002 01:58:24 -  1.18
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardManager.java,v
 1.17 2002/01/03 13:31:50 remm Exp $
  - * $Revision: 1.17 $
  - * $Date: 2002/01/03 13:31:50 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardManager.java,v
 1.18 2002/01/19 01:58:24 craigmcc Exp $
  + * $Revision: 1.18 $
  + * $Date: 2002/01/19 01:58:24 $
*
* 
*
  @@ -106,7 +106,7 @@
* stop() methods of this class at the correct times.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.17 $ $Date: 2002/01/03 13:31:50 $
  + * @version $Revision: 1.18 $ $Date: 2002/01/19 01:58:24 $
*/
   
   public class StandardManager
  @@ -544,7 +544,7 @@
   while (expires.hasNext()) {
   StandardSession session = (StandardSession) expires.next();
   try {
  -session.expire();
  +session.expire(false);
   } catch (Throwable t) {
   ;
   }
  
  
  
  1.27  +53 -8 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- StandardSession.java  18 Jan 2002 22:14:07 -  1.26
  +++ StandardSession.java  19 Jan 2002 01:58:24 -  1.27
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
 1.26 2002/01/18 22:14:07 craigmcc Exp $
  - * $Revision: 1.26 $
  - * $Date: 2002/01/18 22:14:07 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
 1.27 2002/01/19 01:58:24 craigmcc Exp $
  + * $Revision: 1.27 $
  + * $Date: 2002/01/19 01:58:24 $
*
* 
*
  @@ -115,7 +115,7 @@
* @author Craig R. McClanahan
* @author Sean Legassick
* @author mailto:[EMAIL PROTECTED]";>Jon S. Stevens
  - * @version $Revision: 1.26 $ $Date: 2002/01/18 22:14:07 $
  + * @version $Revision: 1.27 $ $Date: 2002/01/19 01:58:24 $
*/
   
   class StandardSession
  @@ -580,6 +580,20 @@
*/
   public void expire() {
   
  +expire(true);
  +
  +}
  +
  +
  +/**
  + * Perform the internal processing required to invalidate this session,
  + * without triggering an exception if the session has already expired.
  + *
  + * @param notify Should we notify listeners about the demise of
  + *  this session?
  + */
  +public void expire(boolean notify) {
  +
   // 

[j-t-c] post bug in latest ajp (a.k.a. jk1) code

2002-01-18 Thread Kevin Seguin

i think i've just run into a bug with doing posts using the latest code
found in jtc/jk/java/org/apache/ajp that i'd really like to fix before
tomcat 4.0.2b2.  

although this code will eventually be deprecated by the stuff costin is
working on, it is currently the only ajp code that will work with the
existing iis and netscape connectors (that i know of, at least).

remy, i don't know when you're planning on cutting 4.0.2b2, but i'm going to
try to fix this tonight, so hopefully i can get a fix in before beta 2.

-kevin.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session StandardSession.java

2002-01-18 Thread craigmcc

craigmcc02/01/18 14:14:08

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  Remove the redundant unbinding of session attriutes in writeObject() -- the
  decision of whether or not this should be done is not appropriate here.
  
  Remy, are you OK with me porting this to the 4.0.2 branch?
  
  Submitted by: David Lecomber <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  1.26  +5 -14 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- StandardSession.java  31 Jul 2001 02:00:02 -  1.25
  +++ StandardSession.java  18 Jan 2002 22:14:07 -  1.26
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
 1.25 2001/07/31 02:00:02 craigmcc Exp $
  - * $Revision: 1.25 $
  - * $Date: 2001/07/31 02:00:02 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
 1.26 2002/01/18 22:14:07 craigmcc Exp $
  + * $Revision: 1.26 $
  + * $Date: 2002/01/18 22:14:07 $
*
* 
*
  @@ -115,7 +115,7 @@
* @author Craig R. McClanahan
* @author Sean Legassick
* @author mailto:[EMAIL PROTECTED]";>Jon S. Stevens
  - * @version $Revision: 1.25 $ $Date: 2001/07/31 02:00:02 $
  + * @version $Revision: 1.26 $ $Date: 2002/01/18 22:14:07 $
*/
   
   class StandardSession
  @@ -1316,7 +1316,6 @@
   String keys[] = keys();
   ArrayList saveNames = new ArrayList();
   ArrayList saveValues = new ArrayList();
  -ArrayList unbinds = new ArrayList();
   for (int i = 0; i < keys.length; i++) {
   Object value = null;
   synchronized (attributes) {
  @@ -1327,8 +1326,7 @@
   else if (value instanceof Serializable) {
   saveNames.add(keys[i]);
   saveValues.add(value);
  -} else
  -unbinds.add(keys[i]);
  +}
   }
   
   // Serialize the attribute count and the Serializable attributes
  @@ -1348,14 +1346,7 @@
   if (debug >= 2)
   log("  storing attribute '" + saveNames.get(i) +
   "' with value NOT_SERIALIZED");
  -unbinds.add(saveNames.get(i));
   }
  -}
  -
  -// Unbind the non-Serializable attributes
  -Iterator names = unbinds.iterator();
  -while (names.hasNext()) {
  -removeAttribute((String) names.next());
   }
   
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-connectors/jk build.xml

2002-01-18 Thread seguin

seguin  02/01/18 14:02:06

  Modified:jk   build.xml
  Log:
  added copy task for jkutil target so that resource files from util are
  included in tomcat-util.jar.
  
  Revision  ChangesPath
  1.21  +8 -0  jakarta-tomcat-connectors/jk/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- build.xml 12 Jan 2002 05:28:48 -  1.20
  +++ build.xml 18 Jan 2002 22:02:06 -  1.21
  @@ -154,6 +154,14 @@
   optimize="${optimize}"
   verbose="off" >

  +
  + 
  + 
  + 
  + 
  + 
  +
  +

   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java

2002-01-18 Thread craigmcc

craigmcc02/01/18 13:52:25

  Modified:catalina/src/share/org/apache/catalina/mbeans
ServerLifecycleListener.java
  Log:
  Tweak the temporary skipping of Warp components (which have a different
  object hierarchy and set of patterns than the standard components) to
  work even of warp.jar is not present at runtime.
  
  Revision  ChangesPath
  1.9   +6 -6  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java
  
  Index: ServerLifecycleListener.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- ServerLifecycleListener.java  18 Jan 2002 21:50:10 -  1.8
  +++ ServerLifecycleListener.java  18 Jan 2002 21:52:25 -  1.9
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
 1.8 2002/01/18 21:50:10 craigmcc Exp $
  - * $Revision: 1.8 $
  - * $Date: 2002/01/18 21:50:10 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
 1.9 2002/01/18 21:52:25 craigmcc Exp $
  + * $Revision: 1.9 $
  + * $Date: 2002/01/18 21:52:25 $
*
* 
*
  @@ -98,7 +98,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
  - * @version $Revision: 1.8 $ $Date: 2002/01/18 21:50:10 $
  + * @version $Revision: 1.9 $ $Date: 2002/01/18 21:52:25 $
*/
   
   public class ServerLifecycleListener
  @@ -193,8 +193,8 @@
   for (int i = 0; i < services.length; i++) {
   
   // FIXME - Warp object hierarchy not currently supported
  -if (services[i].getContainer() instanceof
  -org.apache.catalina.connector.warp.WarpEngine) {
  +if (services[i].getContainer().getClass().getName().equals
  +("org.apache.catalina.connector.warp.WarpEngine")) {
   if (debug >= 2) {
   log("Skipping MBean for Service " +
   services[i]);
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java mbeans-descriptors.xml

2002-01-18 Thread craigmcc

craigmcc02/01/18 13:50:10

  Modified:catalina/src/share/org/apache/catalina/mbeans
ServerLifecycleListener.java mbeans-descriptors.xml
  Log:
  Update the MBeans descriptor file to reflect the operations needed to
  implement the administration webapp's requirements, without requiring the
  admin app to ever reference a Catalina component directly -- all manipulations
  are done through JMX attribute changes and operations.
  
  Revision  ChangesPath
  1.8   +14 -4 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java
  
  Index: ServerLifecycleListener.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ServerLifecycleListener.java  17 Jan 2002 20:01:02 -  1.7
  +++ ServerLifecycleListener.java  18 Jan 2002 21:50:10 -  1.8
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
 1.7 2002/01/17 20:01:02 remm Exp $
  - * $Revision: 1.7 $
  - * $Date: 2002/01/17 20:01:02 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
 1.8 2002/01/18 21:50:10 craigmcc Exp $
  + * $Revision: 1.8 $
  + * $Date: 2002/01/18 21:50:10 $
*
* 
*
  @@ -98,7 +98,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
  - * @version $Revision: 1.7 $ $Date: 2002/01/17 20:01:02 $
  + * @version $Revision: 1.8 $ $Date: 2002/01/18 21:50:10 $
*/
   
   public class ServerLifecycleListener
  @@ -191,6 +191,16 @@
   // Create the MBean for each associated Service and friends
   Service services[] = top.findServices();
   for (int i = 0; i < services.length; i++) {
  +
  +// FIXME - Warp object hierarchy not currently supported
  +if (services[i].getContainer() instanceof
  +org.apache.catalina.connector.warp.WarpEngine) {
  +if (debug >= 2) {
  +log("Skipping MBean for Service " +
  +services[i]);
  +}
  +continue;
  +}
   
   // The MBean for the Service itself
   if (debug >= 2)
  
  
  
  1.15  +344 -661  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml
  
  Index: mbeans-descriptors.xml
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- mbeans-descriptors.xml9 Jan 2002 00:51:28 -   1.14
  +++ mbeans-descriptors.xml18 Jan 2002 21:50:10 -  1.15
  @@ -6,33 +6,26 @@
   
   
   
   
   
 
   
  -
  +
   
   
   
  -
  -
   
  @@ -43,15 +36,13 @@
   
   
   
   
   
  -
  -
 
   
   
  @@ -69,19 +60,6 @@
 description="Should we allow the ServletContext.getContext() method to 
access the context of other web applications in this server?"
type="boolean"/>
   
  -
  -
  -
  -
  -
  -
   
  @@ -91,32 +69,23 @@
  is="true"
type="boolean"/>
   
  -
  -
 
   
   
 
   
  -
  +
   
   
   
  -
  -
   
  @@ -133,13 +102,10 @@
 description="The verbosity level for above which log messages may be 
filtered"
type="int"/>
   
  -
  -
 
   
   
 
   
  -
  -
   
  @@ -182,11 +143,6 @@
 description="The minimum number of processors to start at initialization 
time"
type="int"/>
   
  -
  -
   
  @@ -211,22 +167,10 @@
 description="Is this a secure (SSL) Connector?"
type="boolean"/>
   
  -
  -
  -
  -
  -
  -   
 
   
   
 
   
  -
  -
   
  @@ -273,11 +212,6 @@
 description="The minimum number of processors to start at initialization 
time"
type="int"/>
   
  -
  -
   
  @@ -302,24 +236,11 @@
 description="Is this a secure (SSL) Connector?"
type="boolean"/>
   
  -
  -
  -
  -
  -
  -
 
   
   
 
  @@ -336,11 +257,6 @@
 description="The connection URL to use when trying to connect to the 
database"
type="java.lang.String"/>
   
  -
  -
   
  @@ -353,11 +269,6 @@
 description="The JDBC dr

Re: [tomcat3] Sharing Utility Code

2002-01-18 Thread Daniel Rall

Like Jason suggests, feel free to park the servlet utilities in
jakarta-commons-sandbox/util (that's going to need a release pretty
soon anyways).

<[EMAIL PROTECTED]> writes:

> +1, it'll solve a lot of problems with jk and probably coyotee as well.
>
> I allways wanted to move some of the utils in commons, but there were
> allways more important things to do, but if there is at least one other
> project besides tomcat using it we should certainly make the change.
>
> I guess we need at least another +1, and that's Remy, who is also using
> some classes. And we can discuss if/when  jk2, coyotee, 3.3.1 ( or 2 )
> will start using the common package.
>
> It already is a problem, I had to do changes to C2B - the efficient
> char to byte used for output - and I can't do it in j-t-c/utils since
> it'll generate conflicts with 3.3.0.
>
>> In Turbine we have a new caching package that we have introduced and it uses
>> a few of the utility classes in the tomcat3 tree. We are having problems
>> with Gump because the package structure changed and some classes were
>> probably refactored and moved.
>>
>> I realize that these utilities are used internally for tomcat3 uses but I
>> was wondering if there's anyway we could share this code.
>>
>> Possibly in the commons-util package? It is in the sandbox right now only
>> because there wasn't a dire need to push it up to the top level, but if we
>> could get your code into the commons-util package I would be will to the
>> proposal and first release of that package.
>>
>> Any takers?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




Jk and jmx

2002-01-18 Thread costinm

With the openjmx announcement, we can start adding some jmx capabilities
into jk as well. There are some amazing things we could do ( especially
after jk2 and ajp14 get more stable ), like implementing proxies for
managed objects in the C side of jk.

Costin


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




Re: [tomcat3] Sharing Utility Code

2002-01-18 Thread costinm

+1, it'll solve a lot of problems with jk and probably coyotee as well.

I allways wanted to move some of the utils in commons, but there were
allways more important things to do, but if there is at least one other
project besides tomcat using it we should certainly make the change.

I guess we need at least another +1, and that's Remy, who is also using
some classes. And we can discuss if/when  jk2, coyotee, 3.3.1 ( or 2 )
will start using the common package.

It already is a problem, I had to do changes to C2B - the efficient
char to byte used for output - and I can't do it in j-t-c/utils since
it'll generate conflicts with 3.3.0.

Costin

> In Turbine we have a new caching package that we have introduced and it uses
> a few of the utility classes in the tomcat3 tree. We are having problems
> with Gump because the package structure changed and some classes were
> probably refactored and moved.
>
> I realize that these utilities are used internally for tomcat3 uses but I
> was wondering if there's anyway we could share this code.
>
> Possibly in the commons-util package? It is in the sandbox right now only
> because there wasn't a dire need to push it up to the top level, but if we
> could get your code into the commons-util package I would be will to the
> proposal and first release of that package.
>
> Any takers?
>
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




[j-t-c] HexUtils.java no longer compiles for me...

2002-01-18 Thread Kevin Seguin

without explicitly casting each entry in the HEX array to a byte, like this:

public static final byte[] HEX = 
{ (byte)'0', (byte)'1', (byte)'2', (byte)'3',
  (byte)'4', (byte)'5', (byte)'6', (byte)'7',
  (byte)'8', (byte)'9', (byte)'a', (byte)'b',
  (byte)'c', (byte)'d', (byte)'e', (byte)'f' };

any objections to my checking this in?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-4.0/catalina/src/bin catalina.sh

2002-01-18 Thread patrickl

patrickl02/01/18 12:59:50

  Modified:catalina/src/bin catalina.sh
  Log:
  Correct typo in comments
  
  Revision  ChangesPath
  1.25  +2 -2  jakarta-tomcat-4.0/catalina/src/bin/catalina.sh
  
  Index: catalina.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/catalina.sh,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- catalina.sh   15 Jan 2002 02:55:38 -  1.24
  +++ catalina.sh   18 Jan 2002 20:59:50 -  1.25
  @@ -16,7 +16,7 @@
   #   CATALINA_TMPDIR (Optional) Directory path location of temporary directory
   #   the JVM should use (java.io.tmpdir).  Defaults to
   #   $CATALINA_BASE/temp.
  -
  +#
   #   JAVA_HOME   Must point at your Java Development Kit installation.
   #
   #   JAVA_OPTS   (Optional) Java runtime options used when the "start",
  @@ -29,7 +29,7 @@
   #   (JSSE) installation, whose JAR files will be added to the
   #   system class path used to start Tomcat.
   #
  -# $Id: catalina.sh,v 1.24 2002/01/15 02:55:38 patrickl Exp $
  +# $Id: catalina.sh,v 1.25 2002/01/18 20:59:50 patrickl Exp $
   # -
   
   # OS specific support.  $var _must_ be set to either true or false.
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




[tomcat3] Sharing Utility Code

2002-01-18 Thread Jason van Zyl

Hi,

In Turbine we have a new caching package that we have introduced and it uses
a few of the utility classes in the tomcat3 tree. We are having problems
with Gump because the package structure changed and some classes were
probably refactored and moved.

I realize that these utilities are used internally for tomcat3 uses but I
was wondering if there's anyway we could share this code.

Possibly in the commons-util package? It is in the sandbox right now only
because there wasn't a dire need to push it up to the top level, but if we
could get your code into the commons-util package I would be will to the
proposal and first release of that package.

Any takers?


-- 

jvz.

Jason van Zyl

http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




tomcat 4 problem

2002-01-18 Thread Sunny Fok

Hi,

I am using the latest tomcat 4.0.1 with apache 1.3.22 and try to use mod_jk.

The tomcat log keeps reporting 
Apache Tomcat/4.0.1
java.lang.NoSuchMethodError: java.net.Socket: method setKeepAlive(Z)V not found
at org.apache.ajp.tomcat4.Ajp13Connector.run(Ajp13Connector.java:774)
at java.lang.Thread.run(Thread.java, Compiled Code)

Thanks,
Sunny.



Powered by FlexiMail

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




Re: Alternate JMX implementation

2002-01-18 Thread Brian P. Millett

Craig R. McClanahan wrote:

[snip]

>>(www.open-jmx.org).
>>>
>>>Note: OpenJMX 1.0b1 will not work with Tomcat, but a build
>>>
>>>from OpenJMX CVS
>>
>>>will


This is good to know since the BUILDING.txt states:
* Download OpenJMX (version 1.0 beta 2 or later) from

 http://sourceforge.net/project/showfiles.php?group_id=34041

and this is the result:


 [javac]  ^
 [javac] 
/home/bpm/compile_area/cvs_jakarta/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ValveBaseMBean.java:82:
 
class org.apache.catalina.mbeans.ValveBaseMBean must be declared 
abstract. It does not define void 
removeNotificationListener(javax.management.NotificationListener, 
java.lang.Object) from interface javax.management.NotificationBroadcaster.
 [javac] public class ValveBaseMBean extends BaseModelMBean {
 [javac]  ^
 [javac] 
/home/bpm/compile_area/cvs_jakarta/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ValveBaseMBean.java:82:
 
class org.apache.catalina.mbeans.ValveBaseMBean must be declared 
abstract. It does not define void 
removeNotificationListener(javax.management.NotificationListener, 
javax.management.NotificationFilter, java.lang.Object) from interface 
javax.management.NotificationBroadcaster.
 [javac] public class ValveBaseMBean extends BaseModelMBean {
 [javac]  ^
 [javac] 33 errors

BUILD FAILED

/home/bpm/compile_area/cvs_jakarta/jakarta-tomcat-4.0/catalina/build.xml:632: 
Compile failed, messages should have been provided.

Total time: 9 seconds


So I will CVS co a current copy of openjmx and test it out.

Thanks for the hint.  I was going crazy.
-- 
Brian Millett
Enterprise Consulting Group "Shifts in paradigms
(314) 205-9030 often cause nose bleeds."
[EMAIL PROTECTED]   Greg Glenn


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




cvs commit: jakarta-tomcat-connectors/jk/native/nt_service nt_service.dsp

2002-01-18 Thread costin

costin  02/01/18 10:22:10

  Modified:jk/native/nt_service nt_service.dsp
  Log:
  One more ( I hope final ) fix to get this piece to compile.
  
  Revision  ChangesPath
  1.6   +8 -0  jakarta-tomcat-connectors/jk/native/nt_service/nt_service.dsp
  
  Index: nt_service.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/nt_service.dsp,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- nt_service.dsp16 Jan 2002 19:46:37 -  1.5
  +++ nt_service.dsp18 Jan 2002 18:22:10 -  1.6
  @@ -131,6 +131,10 @@
   # End Source File
   # Begin Source File
   
  +SOURCE=..\common\jk_uri_worker_map.c
  +# End Source File
  +# Begin Source File
  +
   SOURCE=..\common\jk_ajp_common.c
   # End Source File
   # End Group
  @@ -149,6 +153,10 @@
   # Begin Source File
   
   SOURCE=..\common\jk_logger.h
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_uri_worker_map.h
   # End Source File
   # Begin Source File
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: Alternate JMX implementation

2002-01-18 Thread Craig R. McClanahan



On Fri, 18 Jan 2002, GOMEZ Henri wrote:

> Date: Fri, 18 Jan 2002 11:15:15 +0100
> From: GOMEZ Henri <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> Subject: RE: Alternate JMX implementation
>
> Bravo.
>
> Consider also the JSSE alternative,
> http://www.rtfm.com/puretls/ from Eric Rescorla,
> which should be commiter by now (Craig ?)
>

(Hit SEND too soon) ... After finally getting the email address, Eric's
account has been set up and he does have CVS karma.

Craig


> puretls is BSD Style and use Cryptix which is also BSD
>
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .)
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>
>
>
> >-Original Message-
> >From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
> >Sent: Thursday, January 17, 2002 9:15 PM
> >To: Tomcat Developers List
> >Subject: Alternate JMX implementation
> >
> >
> >Hi,
> >
> >Tomcat 4 HEAD can now be built and run using an alternate JMX
> >implementation
> >(with a much more open-source friendly license :)): OpenJMX
> >(www.open-jmx.org).
> >
> >Note: OpenJMX 1.0b1 will not work with Tomcat, but a build
> >from OpenJMX CVS
> >will
> >
> >Note 2: The main JMX variable in build.properties has been renamed from
> >jmxri.jar to jmx.jar
> >
> >Remy
> >
> >
> >--
> >To unsubscribe, e-mail:
> >
> >For additional commands, e-mail:
> >
> >
> >
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: Alternate JMX implementation

2002-01-18 Thread Craig R. McClanahan



On Fri, 18 Jan 2002, GOMEZ Henri wrote:

> Date: Fri, 18 Jan 2002 11:15:15 +0100
> From: GOMEZ Henri <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> Subject: RE: Alternate JMX implementation
>
> Bravo.
>
> Consider also the JSSE alternative,
> http://www.rtfm.com/puretls/ from Eric Rescorla,
> which should be commiter by now (Craig ?)
>

I finally got Eric's email address (after asking you twice), which is a
necessary prerequisite for getting an Apache account.

> puretls is BSD Style and use Cryptix which is also BSD
>
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .)
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>
>
>
> >-Original Message-
> >From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
> >Sent: Thursday, January 17, 2002 9:15 PM
> >To: Tomcat Developers List
> >Subject: Alternate JMX implementation
> >
> >
> >Hi,
> >
> >Tomcat 4 HEAD can now be built and run using an alternate JMX
> >implementation
> >(with a much more open-source friendly license :)): OpenJMX
> >(www.open-jmx.org).
> >
> >Note: OpenJMX 1.0b1 will not work with Tomcat, but a build
> >from OpenJMX CVS
> >will
> >
> >Note 2: The main JMX variable in build.properties has been renamed from
> >jmxri.jar to jmx.jar
> >
> >Remy
> >
> >
> >--
> >To unsubscribe, e-mail:
> >
> >For additional commands, e-mail:
> >
> >
> >
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




Re: [VOTE] Tomcat 4.0.2 b2 release

2002-01-18 Thread Bip Thelin

On Wed, 16 Jan 2002, Remy Maucherat wrote:
>
> [...]
> 
> [ ] +1 Make the release
> [X] +0 Good idea, but I can't help
> [ ] -0 Bad idea
> [ ] -1 No, because:
> 



-bip



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




DO NOT REPLY [Bug 5868] - and RequestDispatcher output is wrong.

2002-01-18 Thread bugzilla

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5868

 and RequestDispatcher output is wrong.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-01-18 06:13 ---
Here is what is happening with buffering in your case:

1. "FIRST:" goes into local JSP buffer.
2. Local JSP buffer is flushed by 
3. first.jsp output is included and flushed before returning to main.jsp
4. "" goes into local JSP buffer.
5. Local JSP buffer is flushed by explicit out.flush().
6. "SECOND:" goes into local JSP buffer.
7. RequestDispatcher includes second.jsp and is flushed before returning to
   main.jsp. This slips second.jsp's output ahead of "SECOND:" which
   is still sitting in the local JSP buffer.
8. Local JSP buffer is flushed at end of main.jsp. This is when "SECOND:"
   is sent.

The added out.flush() has to appear just before the RequestDispatcher if it
is to flush all locally buffered JSP text.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




DO NOT REPLY [Bug 5868] - and RequestDispatcher output is wrong.

2002-01-18 Thread bugzilla

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5868

 and RequestDispatcher output is wrong.





--- Additional Comments From [EMAIL PROTECTED]  2002-01-18 03:55 ---
Ohh the output I get btw is:

FIRST:
output from first
output from second SECOND:

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




DO NOT REPLY [Bug 5868] - and RequestDispatcher output is wrong.

2002-01-18 Thread bugzilla

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5868

 and RequestDispatcher output is wrong.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2002-01-18 03:53 ---
I'm feeling confused... I tried your place of having out.flush()... and got the 
right result. Why would the way i tried (as below) be wrong?

FIRST:
  
<%
  out.flush();
%>
SECOND:
<%
ServletContext rootContext = config.getServletContext().getContext( "/" );
RequestDispatcher rd = rootContext.getRequestDispatcher( "/
second.jsp" );
rd.include( request, response );
%>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: Alternate JMX implementation

2002-01-18 Thread GOMEZ Henri

Here is a quick build.xml for 1.0b1 since the one 
from CVS didn't works with 1.0b1 tarball (normal)

Regards. 

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, January 17, 2002 9:15 PM
>To: Tomcat Developers List
>Subject: Alternate JMX implementation
>
>
>Hi,
>
>Tomcat 4 HEAD can now be built and run using an alternate JMX 
>implementation
>(with a much more open-source friendly license :)): OpenJMX
>(www.open-jmx.org).
>
>Note: OpenJMX 1.0b1 will not work with Tomcat, but a build 
>from OpenJMX CVS
>will
>
>Note 2: The main JMX variable in build.properties has been renamed from
>jmxri.jar to jmx.jar
>
>Remy
>
>
>--
>To unsubscribe, e-mail:   
>
>For 
>additional commands, e-mail: 
>
>
>








  
  
  
  
  
  
  
  
  

  

  
  
  
  
  
  
  
  
  
  
  
  
  
  
  

  
  











  

  
  







  

  
  

  


  
  









  

  
  


  

  
  

 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


Re: nbio connector

2002-01-18 Thread Attila Szegedi


- Original Message - 
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: 2002. január 8. 16:35
Subject: Re: nbio connector


> > , and could
> > use a helping hand here and there. In fact, I already have much of
> > the code for building the HttpServletRequest object, but to keep
> > it really elegant I'll need some help from the Tomcat community.
> > Most notably, much of the code duplications could go away if Catalina
> > code in  org.apache.catalina.connectors.http was more reusable
> > (some classes are package-private and some public classes take
> > package-private classes in a constructor argument etc.).
> > I'll return to these issues on this list after I've properly set
> > up the project on SourceForge.
> 
> Don't use that code, as it is not very efficient / memory intensive, etc.
> Something more useful would be to write a nbio selector for the HTTP/1.1
> connector I'm writing in j-t-c.
> 

I assume you're talking about coyote when refering to "connector I'm writing in j-t-c".
Could you be a bit more specific on that? I finally got the chance to jump on the NBIO 
HTTP connector implementation, and would like to know what is the current state of the 
coyote connector (seems like it's heavily in the primary "under construction" phase), 
and what is its long term goal? Will binary distributions of Tomcat include it once 
it's complete? Is it meant to become the default HTTP connector implementation shipped 
with Tomcat?

I'm now studying it for bits that could get reused in a NBIO implementation (that 
means mostly the response code; request processing algorithms can't be generalized 
accross blocking and non-blocking approach, though (this asymmetry has its deep 
reasons and is quite amusing)).

Attila.

> 
> Remy
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 



smime.p7s
Description: application/pkcs7-signature


RE: Alternate JMX implementation

2002-01-18 Thread GOMEZ Henri

Bravo.

Consider also the JSSE alternative,
http://www.rtfm.com/puretls/ from Eric Rescorla,
which should be commiter by now (Craig ?)

puretls is BSD Style and use Cryptix which is also BSD

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, January 17, 2002 9:15 PM
>To: Tomcat Developers List
>Subject: Alternate JMX implementation
>
>
>Hi,
>
>Tomcat 4 HEAD can now be built and run using an alternate JMX 
>implementation
>(with a much more open-source friendly license :)): OpenJMX
>(www.open-jmx.org).
>
>Note: OpenJMX 1.0b1 will not work with Tomcat, but a build 
>from OpenJMX CVS
>will
>
>Note 2: The main JMX variable in build.properties has been renamed from
>jmxri.jar to jmx.jar
>
>Remy
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp WarpCertificates.java WarpSSLData.java Constants.java WarpConfigurationHandler.java WarpConnector.java WarpRequest.java WarpRequestHandler.java

2002-01-18 Thread jean-frederic clere

That is ok, if I have enough time to fix more things in mod_webapp I will commit
the additional patches ;-)

Cheers

Jean-frederic

[EMAIL PROTECTED] wrote:
> 
> remm02/01/17 04:17:16
> 
>   Modified:catalina/src/share/org/apache/catalina/connector/warp Tag:
> tomcat_40_branch Constants.java
> WarpConfigurationHandler.java WarpConnector.java
> WarpRequest.java WarpRequestHandler.java
>   Added:   catalina/src/share/org/apache/catalina/connector/warp Tag:
> tomcat_40_branch WarpCertificates.java
> WarpSSLData.java
>   Log:
>   - Upgrade to latest WARP Java code.
> Please let me know if something is wrong.
> 
>   Revision  ChangesPath
>   No   revision
> 
> 
>   No   revision
> 
> 
>   1.5.2.1   +44 -0 
>jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp/Constants.java
> 
>   Index: Constants.java
>   ===
>   RCS file: 
>/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp/Constants.java,v
>   retrieving revision 1.5
>   retrieving revision 1.5.2.1
>   diff -u -r1.5 -r1.5.2.1
>   --- Constants.java17 Sep 2001 05:10:54 -  1.5
>   +++ Constants.java17 Jan 2002 12:17:15 -  1.5.2.1
>   @@ -363,4 +363,48 @@
> * No payload.
> */
>public static final int TYPE_CBK_DONE=0x42;
>   +
>   +/**
>   + * ASK_SSL: The WARP server (Tomcat) asks the WARP client to
>   + * transfer the basic SSL information (cypher, keysize and session).
>   + * 
>   + * No payload.
>   + */
>   +public static final int TYPE_ASK_SSL=0x43;
>   +
>   +/**
>   + * ASK_SSL_CLIENT: The WARP server (Tomcat) asks the WARP server to
>   + * transfer the client certificate.
>   + * (just the first element of the chain and the webserver should request
>   + * for it to the browser if possible).
>   + * 
>   + * No payload.
>   + */
>   +public static final int TYPE_ASK_SSL_CLIENT=0x44;
>   +
>   +/**
>   + * REP_SSL_CERT: The client certificate (remote peer).
>   + * 
>   + * Payload description:
>   + * [string] The client certificate. (PEM format).
>   + */
>   +public static final int TYPE_REP_SSL_CERT=0x52;
>   +
>   +/**
>   + * REP_SSL: SSL information between
>   + * 
>   + * Payload description:
>   + * [string] The cipher_suite.
>   + * [string] The ssl session. (That is not in the spec's).
>   + * [ushort] size of the algorithm (56-128).
>   + */
>   +public static final int TYPE_REP_SSL=0x53;
>   +
>   +/**
>   + * REP_SSL_NO: Request SSL information is not available.
>   + * 
>   + * No payload.
>   + */
>   +public static final int TYPE_REP_SSL_NO=0x5F;
>}
>   +
> 
> 
> 
>   1.6.2.1   +8 -4  
>jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp/WarpConfigurationHandler.java
> 
>   Index: WarpConfigurationHandler.java
>   ===
>   RCS file: 
>/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp/WarpConfigurationHandler.java,v
>   retrieving revision 1.6
>   retrieving revision 1.6.2.1
>   diff -u -r1.6 -r1.6.2.1
>   --- WarpConfigurationHandler.java 17 Sep 2001 05:10:54 -  1.6
>   +++ WarpConfigurationHandler.java 17 Jan 2002 12:17:15 -  1.6.2.1
>   @@ -258,7 +258,8 @@
> 
>Container container=connection.getConnector().getContainer();
> 
>   -Host host=(Host)container.findChild(hostName);
>   +// the hostName should be in lowewr case (setName makes a toLowerCase).
>   +Host host=(Host)container.findChild(hostName.toLowerCase());
>if (host==null) {
>WarpHost whost=new WarpHost();
>whost.setName(hostName);
>   @@ -286,10 +287,13 @@
>logger.debug("No application for \""+applPath+"\"");
> 
>Deployer deployer=(Deployer)host;
>   -File file=new File(host.getAppBase()+File.separator+applName);
>   +File file=new File(applName);
>if (!file.isAbsolute()) {
>   -file=new File(System.getProperty("catalina.base"),
>   -  host.getAppBase()+File.separator+applName);
>   +file=new File(host.getAppBase()+File.separator+applName);
>   +if (!file.isAbsolute()) {
>   + file=new File(System.getProperty("catalina.base"),
>   +  host.getAppBase()+File.separator+applName);
>   +}
>}
> 
>if (!file.exists()) {
> 
> 
> 
>   1.16.2.5  +11 -2 
>jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/conn