date:20001121


Bug report #418 has just been filed.

You can view the report at the following URL:

   

REPORT #418 Details.

Project: Jasper
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment: 
   Release: version released with TomCat3.2beta7 and 8
   JVM Release: 1.2.2
   Operating System: nt
   OS Release: 4
   Platform: Intel P3

Synopsis: 
Problem with include directive

Description:
<%@ include file="../../library.jsp"   %>

gives the following error message

'Bad file argument to include'

when compiled from the command line but NOT when served as a JSP page under 
TomCat3.2beta7.

The command line used to compile the JSP page is given in the 'How to Reproduce'.

Title: 
BugRat Report #
418





BugRat Report #
418




Project:
Jasper


Release:
version released with TomCat3.2beta7 and 8




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
high


Severity:
critical




Confidence:
public





Submitter:
Christopher Kirk ( [EMAIL PROTECTED] )

Date Submitted:
Nov 21 2000, 03:41:38 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

Problem with include directive


 Environment: (jvm, os, osrel, platform)

1.2.2, nt, 4, Intel P3



Additional Environment Description:





Report Description:

<%@ include file="../../library.jsp"   %>

gives the following error message

'Bad file argument to include'

when compiled from the command line but NOT when served as a JSP page under TomCat3.2beta7.

The command line used to compile the JSP page is given in the 'How to Reproduce'.



How To Reproduce:

null



Workaround:

null



View this report online...

RE: [ANNOUNCEMENT] Tomcat 3.2 Beta 8


Hi,

While building my RPM I notice that in server.xml in the SSL session
the secure parameter is still missing :

Normal or te be commited ?

->

--- jakarta-tomcat/src/etc/server.xml.orig  Thu Oct 12 10:04:48 2000
+++ jakarta-tomcat/src/etc/server.xml   Thu Oct 12 12:27:48 2000
@@ -235,6 +235,8 @@
 value="8443"/>
 
+   
 
 -->
 
<-

"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir" 
-- Lao Tzu

Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 8

2000-11-21 Thread Dave Oxley


What are the bugs with ajp13. I could do with this being stable. I will take 
a look at them but no guarantees 'cos I don't know much about writing Apache 
modules.

Dave.
[EMAIL PROTECTED]


>From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED], [EMAIL PROTECTED],
>[EMAIL PROTECTED]
>Subject: [ANNOUNCEMENT] Tomcat 3.2 Beta 8
>Date: Mon, 20 Nov 2000 19:51:39 -0800
>
>Thanks to everyone for the bug reports (and patches)!  You can now download
>"beta 8" of the Tomcat 3.2 servlet container from:
>
> http://jakarta.apache.org/builds/tomcat/release/v3.2-beta-8
>
>Relative to "beta 7", a number of critical bugs have been fixed, and 
>several
>configuration options available under Tomcat 3.1 have been restored 
>(although
>they are done in "conf/server.xml" rather than "conf/web.xml").
>
>Please download this release and check it out.  If we've squashed all the
>critical bugs, we can proceed to a final release!  Non-critical bugs will 
>be
>noted in the release notes and can be fixed in a later maintenance cycle.
>
>NOTE:  No changes were made in any of the native code modules since version
>"beta 7".  There are a number of outstanding bug reports against MOD_JK and
>AJP13 that will remain open in the final release unless someone volunteers 
>to
>find and fix them.
>
>Craig McClanahan
>
>

_
Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com

BugRat Report #420 has been filed.

Bug report #420 has just been filed.

You can view the report at the following URL:

REPORT #420 Details.

Project: Jasper
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: serious
Confidence: public
Environment:
Release: version released with tomcat3.2beta8
JVM Release: jdk1.2.2
Operating System: NT
OS Release: 4
Platform: intel p3

Synopsis:
More information for bug 418

Description:
JspReader.pushFile has the following comment on it

/**
* Push a new file to be parsed onto the stack.
* @param inputFile The fully qualified path of the file.
* @param encoding Optional encoding to read the file.
*/

Having stepped through the code, when a relative URL is placed in the include
directive a relative path is passed in as the inputFile.

Inspecting the local variable longName, this variable stores the correct path.

Below is the command line call that I use.

c:/progra~1/ibm/java13/bin/jdb "com.gtl.geneva.tools.build.jsp.TomcatJspC" -d
"D:/ccm_wa/GENEVAWEB-ck4.2/GENEVAWEB/tmp/jspjava" -uribase "templates/html" -uriroot
"D:/ccm_wa/WEB-ck4.2/WEB/site/src"
"D:/ccm_wa/WEB-ck4.2/WEB/site/src/templates/html/master.jsp"

Title:
BugRat Report #
420

BugRat Report #
420

Project:
Jasper

Release:
version released with tomcat3.2beta8

Category:
Bug Report

SubCategory:
New Bug Report

Class:
swbug

State:
received

Priority:
high

Severity:
serious

Confidence:
public

Submitter:
Christopher Kirk ( [EMAIL PROTECTED] )

Date Submitted:
Nov 21 2000, 09:04:18 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )

Synopsis:

More information for bug 418

Environment: (jvm, os, osrel, platform)

jdk1.2.2, NT, 4, intel p3

Additional Environment Description:

Report Description:

JspReader.pushFile has the following comment on it

/**
* Push a new file to be parsed onto the stack.
* @param inputFile The fully qualified path of the file.
* @param encoding Optional encoding to read the file.
*/

Having stepped through the code, when a relative URL is placed in the include directive a relative path is passed in as the inputFile.

Inspecting the local variable longName, this variable stores the correct path.

Below is the command line call that I use.

c:/progra~1/ibm/java13/bin/jdb "com.gtl.geneva.tools.build.jsp.TomcatJspC" -d "D:/ccm_wa/GENEVAWEB-ck4.2/GENEVAWEB/tmp/jspjava" -uribase "templates/html" -uriroot "D:/ccm_wa/WEB-ck4.2/WEB/site/src" "D:/ccm_wa/WEB-ck4.2/WEB/site/src/templates/html/master.jsp"

View this report online...

BugRat Report #421 has been filed.


Bug report #421 has just been filed.

You can view the report at the following URL:

   

REPORT #421 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment: 
   Release: 3.2 beta 8
   JVM Release: 1.3
   Operating System: Windows NT
   OS Release: 4.0 SP6
   Platform: Sun

Synopsis: 
HttpServletResponse.flushBuffer() doesn't work

Description:
Method flushBuffer() from the class HttpServletResponse doesn't do what it should do : 
flush the buffered Content to the client browser.

Title: 
BugRat Report #
421





BugRat Report #
421




Project:
Tomcat


Release:
3.2 beta 8




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
high


Severity:
critical




Confidence:
public





Submitter:
Manfred Schäfer ( [EMAIL PROTECTED] )

Date Submitted:
Nov 21 2000, 09:32:54 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

HttpServletResponse.flushBuffer() doesn't work


 Environment: (jvm, os, osrel, platform)

1.3, Windows NT, 4.0 SP6, Sun



Additional Environment Description:





Report Description:

Method flushBuffer() from the class HttpServletResponse doesn't do what it should do : flush the buffered Content to the client browser.



How To Reproduce:

null



View this report online...

BugRat Report #354 was closed (apparently by: Danno Ferrin)


Report #354 was closed by Person #0

   Synopsis: Incorrect property name for Parser error resource

 (logged in as: Danno Ferrin)

BugRat Report #293 was closed (apparently by: Danno Ferrin)


Report #293 was closed by Person #0

   Synopsis: JSPC interprets the second <%@ include .. %> of the same file as recursive

 (logged in as: Danno Ferrin)

BugRat Report #246 was closed (apparently by: Danno Ferrin)


Report #246 was closed by Person #0

   Synopsis: Call to javax.servlet.jsp.tagext.TagAttributeInfo constructor from 
org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute method is incorrect 
(does not match signature from the 2.2 servlet api).  Jasper source includes a correct 
all to this constru

 (logged in as: Danno Ferrin)

BugRat Report #240 was closed (apparently by: Danno Ferrin)


Report #240 was closed by Person #0

   Synopsis: RTExp Tags are evaluated out of order

 (logged in as: Danno Ferrin)

Re: Problem with context initialization ?

2000-11-21 Thread Arieh Markel



> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> list-help: 
> list-unsubscribe: 
> list-post: 
> Delivered-To: mailing list [EMAIL PROTECTED]
> From: [EMAIL PROTECTED]
> X-Sender: costin@costin
> To: [EMAIL PROTECTED], Arieh Markel <[EMAIL PROTECTED]>
> Subject: Re: Problem with context initialization ?
> X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
> 
> Hi Arieh,
> 
> I know about this problem, and 3.3 is going to fix this ( and other
> similar problems ) by defining a startup order and changing the code 
> to implement it.
> 
> I don't know any simple fix for 3.2, there is a lot of code that has to be
> changed.

Luckily, as you can see from the stack trace, the exception is caused
inside of a base class that we have defined (CMCServlet), when trying to access
a static method in another class that we have defined (ServerUtils).

I believe I should be able to catch the NoClassDefFoundError at the
appropriate time.

I am trying to find out what are the actions that I may take to correct
the problem when catching the error.

In essence, what in the API is there to perhaps force a reload/re-init
of the Context that is giving me the problem.

Any ideas ?

Arieh

> 
> Costin 
> 
> On Mon, 20 Nov 2000, Arieh Markel wrote:
> 
> > We are running into the following problem:
> > 
> > . we start Tomcat in an embedded manner:
> > 
> > use a server.xml that only includes interceptors and connectors
> > 
> > create contexts programmatically
> > 
> > initialize the context manager
> > 
> > 
> > I am observing the following behavior:
> > 
> >   the tomcat is making the ports available before the context finished
> >   being initialized.
> >   
> >   On trying to access the application at that time, we get the following  
> > 
> > java.lang.NoClassDefFoundError: com/sun/esm/web/server/ServerUtils
> > at com.sun.esm.web.servlet.CMCServlet.service(CMCServlet.java:354)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > at 
> > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:387)
> > at org.apache.tomcat.core.Handler.service(Handler.java:263)
> > at 
> > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371)
> > at 
> > 
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:787)
> > at 
> > org.apache.tomcat.core.ContextManager.service(ContextManager.java:733)
> > at 
> > 
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConne
> > ctionHandler.java:210)
> > at org.apache.tomcat.service.TcpWorkerThread.runIt(Compiled Code)
> > at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(Compiled 
Code)
> > at java.lang.Thread.run(Compiled Code)
> > 
> >  
> >   From that moment on, we are never able to access the webserver, getting
> >   the same message again and again.
> >   
> > -
> > 
> > It appears that there is a race condition on the ContextManager.start()
> > method.
> > 
> > I instrumented my context manager startup to print when the return
> > from ContextManager.start occurs.
> > 
> > I try to access my initial page (which is actually a servlet)
> > repeatedly from a browser trying to catch the point in time where
> > the connector is made available by the contexts are not.
> > 
> > When I manage to access the port on the connector
> > the result is the above exception.
> > 
> > Does anybody else see something similar ?
> > 
> > -
> > 
> > Arieh   
> > --
> >  Arieh Markel   Sun Microsystems Inc.
> >  Network Storage500 Eldorado Blvd. MS UBRM11-194
> >  e-mail: [EMAIL PROTECTED]   Broomfield, CO 80021
> >  Let's go Panthers  Phone: (303) 272-8547 x78547
> >  (e-mail me with subject SEND PUBLIC KEY to get public key)
> > 

--
 Arieh Markel   Sun Microsystems Inc.
 Network Storage500 Eldorado Blvd. MS UBRM11-194
 e-mail: [EMAIL PROTECTED]   Broomfield, CO 80021
 Let's go Panthers  Phone: (303) 272-8547 x78547
 (e-mail me with subject SEND PUBLIC KEY to get public key)

Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 8


GOMEZ Henri wrote:

> Hi,
>
> While building my RPM I notice that in server.xml in the SSL session
> the secure parameter is still missing :
>
> Normal or te be commited ?
>

I did not know about this one.  Go ahead and commit it, so we get it right in
the final release.

Craig


>
> ->
>
> --- jakarta-tomcat/src/etc/server.xml.orig  Thu Oct 12 10:04:48 2000
> +++ jakarta-tomcat/src/etc/server.xml   Thu Oct 12 12:27:48 2000
> @@ -235,6 +235,8 @@
>  value="8443"/>
>value="org.apache.tomcat.net.SSLSocketFactory" />
> ++   value="true" />
>  
>  -->
>
> <-
>
> "La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
> véritable pouvoir"
> -- Lao Tzu

Where Can I Find ajp13 Documentation?

2000-11-21 Thread Dan Milstein


Does anyone know where can I find documentation on the ajp13 communication protocol?  
I'm looking for documentation about how the packets are laid out, what messages the 
server can send the servlet engine, etc.  I am *not* looking for documentation on how 
to write config files for mod_jk.

Thanks,
-Dan Milstein
-- 

Dan Milstein // [EMAIL PROTECTED]

Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 8

Dave Oxley wrote:

> What are the bugs with ajp13. I could do with this being stable. I will take
> a look at them but no guarantees 'cos I don't know much about writing Apache
> modules.
>

The outstanding bug reports are in our interim bug tracking system at

http://znutar.cortexity.com

The BugRat bug report #s on AJP13 and MOD_JK include at least the following ones:  408,
390, 373, 371, 367.

There have also been some bug reports in email messages on TOMCAT-USER and TOMCAT-DEV. 
 I
think all of the reports are also included in the bug reports listed above, but I have
not tried to make an exhaustive comparison.

>
> Dave.
> [EMAIL PROTECTED]
>

Craig McClanahan

TC4's classloader choking on xerces.jar (maybe)

2000-11-21 Thread Bob Jamison


After I posted the msg the other day about my problem, I have
heard from two others who are having the same thing happen.

This happens when you have a web-app that uses xerces.jar
in its WEB-INF/lib directory.  Jasper's classloader, apparently
while loading dependent classes referenced from within Xerces,
gets the notion that your app is attempting to load classes from
outside the classloader's bounds, which creates a 'sealing error.'

(Either that,  or the other way around: dependencies have
confused Tomcat into attempting to load its own classes
from xerces.jar)

I have tried renaming the jar file, and also unpacking it into
WEB-INF/classes, to no avail.   I cannot pull the files similar
to Crimson's out,  as our package then will not function outside of
Tomcat.

Of course, Tomcat could be hacked to accomodate Xerces,
but that would destroy the idea of  having "drop-in" apps
in the app server.


Any ideas?  I have been looking at URLClassLoader's code,
to see if a quick-and-easy extension can cure this problem.



Bob Jamison
LinCom Corp

BugRat Report #423 has been filed.


Bug report #423 has just been filed.

You can view the report at the following URL:

   

REPORT #423 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment: 
   Release: Tomcat 4.0 milestone 4 
   JVM Release: Sun 1.2.2
   Operating System: windows
   OS Release: 98/NT
   Platform: INTEL

Synopsis: 
JIT Relocaction Error While Tomcat Starts

Description:
When I start TOMCAT ..
I get a JIT error (very often..)..
 
Apache Tomcat/4.0-dev
A nonfatal internal JIT (3.00.078(x)) error 'Relocation error: NULL relocation t
arget' has occurred in :
  'org/apache/crimson/parser/Parser2.maybeComment (Z)Z': Interpreting method.
 
 

Title: 
BugRat Report #
423





BugRat Report #
423




Project:
Tomcat


Release:
Tomcat 4.0 milestone 4 




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
high


Severity:
critical




Confidence:
public





Submitter:
Kris Vidhya Sagar ( [EMAIL PROTECTED] )

Date Submitted:
Nov 21 2000, 02:29:43 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

JIT Relocaction Error While Tomcat Starts


 Environment: (jvm, os, osrel, platform)

Sun 1.2.2, windows, 98/NT, INTEL



Additional Environment Description:





Report Description:

When I start TOMCAT ..
I get a JIT error (very often..)..
 
Apache Tomcat/4.0-dev
A nonfatal internal JIT (3.00.078(x)) error 'Relocation error: NULL relocation t
arget' has occurred in :
  'org/apache/crimson/parser/Parser2.maybeComment (Z)Z': Interpreting method.
 
 



View this report online...

[TC4] multiple certificates

2000-11-21 Thread Warner Onstine


Hi all,
It's been a while since I looked at the SSL stuff and I just received a
request which I'm not sure how it would be handled in TC4.  Would it be
possible to handle multiple certificates for SSL per servlet?  If this needs
further clarification let me know.

-warner

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/threads TimeStamp.java


costin  00/11/21 16:10:00

  Modified:src/share/org/apache/tomcat/modules/session SessionId.java
SimpleSessionStore.java
   src/share/org/apache/tomcat/session ServerSession.java
ServerSessionManager.java
   src/share/org/apache/tomcat/util/threads TimeStamp.java
  Log:
  Merged fixes from 3.2 - thanks pfrieden, hans, shai, craig.
  
  - fix for "load balancing"
  - check the session id, multiple cookies ( this will be enhanced as the
  session code is cleaned up/refactored )
  - "no cookies" option
  
  Submitted by: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.2   +77 -46
jakarta-tomcat/src/share/org/apache/tomcat/modules/session/SessionId.java
  
  Index: SessionId.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/session/SessionId.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- SessionId.java2000/11/21 00:31:12 1.1
  +++ SessionId.java2000/11/22 00:09:59 1.2
  @@ -62,6 +62,8 @@
   import org.apache.tomcat.core.*;
   import org.apache.tomcat.util.*;
   import org.apache.tomcat.helper.*;
  +import org.apache.tomcat.session.ServerSessionManager;
  +import org.apache.tomcat.session.ServerSession;
   import java.io.*;
   import java.net.*;
   import java.util.*;
  @@ -80,15 +82,20 @@
*
* This implementation only handles Cookies and URL rewriting sessions,
* please extend or add new interceptors for other methods.
  - *
  + * 
  + * You can set this interceptor to not use cookies, but only rewriting.
*
  + * @author [EMAIL PROTECTED]
  + * @author Shai Fultheim [[EMAIL PROTECTED]]
*/
   public class SessionId extends  BaseInterceptor
   {
  -
  +private int manager_note;
  +
   // GS, separates the session id from the jvm route
   static final char SESSIONID_ROUTE_SEP = '.';
   ContextManager cm;
  +boolean noCookies=false;
   
   public SessionId() {
   }
  @@ -97,6 +104,17 @@
this.cm=cm;
   }
   
  +public void setNoCookies(boolean noCookies) {
  +this.noCookies = noCookies;
  +}
  +
  +public void engineInit( ContextManager cm ) throws TomcatException {
  + // set-up a per/container note for StandardManager
  + // the standard manager is used to verify the session ID.
  + manager_note = cm.getNoteId( ContextManager.CONTAINER_NOTE,
  +  "tomcat.standardManager");
  +}
  +
   /** Extract the session id from the request.
* SessionInterceptor will have to be called _before_ mapper,
* to avoid coding session stuff inside the mapper.
  @@ -119,8 +137,8 @@

if ((foundAt=uri.indexOf(sig))!=-1){
sessionId=uri.substring(foundAt+sig.length());
  - // I hope the optimizer does it's job:-)
  - sessionId = fixSessionId( request, sessionId );
  + // FIX [EMAIL PROTECTED]: reloading 
  + //  sessionId = fixSessionId( request, sessionId );

// rewrite URL, do I need to do anything more?
request.requestURI().setString(uri.substring(0, foundAt));
  @@ -138,9 +156,16 @@
*/
   public int requestMap(Request request ) {
String sessionId = null;
  + Context ctx=request.getContext();
  + if( ctx==null ) {
  + log( "Configuration error in StandardSessionInterceptor " +
  +  " - no context " + request );
  + return 0;
  + }
  +
   
int count=request.getCookieCount();
  - 
  +
// Give priority to cookies. I don't know if that's part
// of the spec - XXX
for( int i=0; i 0) log("Found session id cookie " +
  +sessionId);
  + // 3.2 - load balancing fix
  + // sessionId = fixSessionId( request, sessionId );
  + // 3.2 - PF ( [EMAIL PROTECTED] ): check the session id from
  + // cookies for validity
  +
  + ServerSessionManager sM = getManager( ctx );
  + ServerSession sess = sM.findSession(sessionId);
  + if (sess != null) {
  + request.setRequestedSessionId( sessionId );
  + request.setSessionIdSource(Request.SESSIONID_FROM_COOKIE );
  + // since we verified this sessionID, we can also set
  + // it and adjust the session
  + request.setSession( sess );
  + request.setSessionId( sessionId );
  + break;
  + }
}
}
   
return 0;
   }
  -
  -// private void findSessionCookie( MimeHeaders headers ) {
  -//   int pos=0;
  -//   while( pos>=0 ) {
  -//   pos=headers.findHeader( "Cookie", pos );
  -//   // no more cookie headers header

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util ObjectSerializer.java


costin  00/11/21 16:21:25

  Modified:src/share/org/apache/tomcat/modules/session
SimpleSessionStore.java
   src/share/org/apache/tomcat/session
StandardSessionInterceptor.java
  Added:   src/share/org/apache/tomcat/util ObjectSerializer.java
  Removed: src/share/org/apache/tomcat/session SessionSerializer.java
  Log:
  Moved tomcat.session.SessionSerializer to tomcat.util.ObjectSerializer.
  
  The class was cleaned of all tomcat session-specific code, can be used to
  change the class loader of any serializable object.
  
  It will be reuse in tomcat to fix reloading of Context attributes ( that are not
  preserved right now), you can use it in any other application ( since it
  has no dependencies on tomcat )
  
  Revision  ChangesPath
  1.3   +1 -1  
jakarta-tomcat/src/share/org/apache/tomcat/modules/session/SimpleSessionStore.java
  
  Index: SimpleSessionStore.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/session/SimpleSessionStore.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SimpleSessionStore.java   2000/11/22 00:09:59 1.2
  +++ SimpleSessionStore.java   2000/11/22 00:21:24 1.3
  @@ -204,7 +204,7 @@
// avoid accessing object's internals
// XXX PipeStream !?!
Hashtable orig= sM.getSessions();
  - Object newS = SessionSerializer.doSerialization( newLoader, orig);
  + Object newS = ObjectSerializer.doSerialization( newLoader, orig);
sM.setSessions( (Hashtable)newS );

// Update the request session id
  
  
  
  1.16  +1 -1  
jakarta-tomcat/src/share/org/apache/tomcat/session/StandardSessionInterceptor.java
  
  Index: StandardSessionInterceptor.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/session/StandardSessionInterceptor.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- StandardSessionInterceptor.java   2000/11/21 00:31:14 1.15
  +++ StandardSessionInterceptor.java   2000/11/22 00:21:25 1.16
  @@ -190,7 +190,7 @@
// avoid accessing object's internals
// XXX PipeStream !?!
Hashtable orig= sM.getSessions();
  - Object newS = SessionSerializer.doSerialization( newLoader, orig);
  + Object newS = ObjectSerializer.doSerialization( newLoader, orig);
sM.setSessions( (Hashtable)newS );

// Update the request session id
  
  
  
  1.1  
jakarta-tomcat/src/share/org/apache/tomcat/util/ObjectSerializer.java
  
  Index: ObjectSerializer.java
  ===
  /*
   * 
   *
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 1999 The Apache Software Foundation.  All rights
   * reserved.
   *
   * Redistribution and use in source and binary forms, with or without
   * modification, are permitted provided that the following conditions
   * are met:
   *
   * 1. Redistributions of source code must retain the above copyright
   *notice, this list of conditions and the following disclaimer.
   *
   * 2. Redistributions in binary form must reproduce the above copyright
   *notice, this list of conditions and the following disclaimer in
   *the documentation and/or other materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution, if
   *any, must include the following acknowlegement:
   *   "This product includes software developed by the
   *Apache Software Foundation (http://www.apache.org/)."
   *Alternately, this acknowlegement may appear in the software itself,
   *if and wherever such third-party acknowlegements normally appear.
   *
   * 4. The names "The Jakarta Project", "Tomcat", and "Apache Software
   *Foundation" must not be used to endorse or promote products derived
   *from this software without prior written permission. For written
   *permission, please contact [EMAIL PROTECTED]
   *
   * 5. Products derived from this software may not be called "Apache"
   *nor may "Apache" appear in their names without prior written
   *permission of the Apache Group.
   *
   * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
   * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
   * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
   * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS O

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/session StandardSessionInterceptor.java


costin  00/11/21 16:24:42

  Removed: src/share/org/apache/tomcat/request SessionInterceptor.java
   src/share/org/apache/tomcat/session
StandardSessionInterceptor.java
  Log:
  Moved tomcat.session.StandardSessionInterceptor to
tomcat.modules.session.SimpleSessionStore
  and tomcat.request.SessionInterceptor to
  tomcat.modules.session.SessionId
  
  ( is it better to have an Interceptor sufix ? )
  
  The original names were very confusing ( and bad ). Note that all 3.2
  fixes should be integrated in.

EmbededTomcat.java requires jsse

2000-11-21 Thread Mike Anderson




I updated my source from CVS yesterday and all of the sudden I 
couldn't build.  I got an error saying javax.net.ServeSocketFactory not 
found in import when trying to build 
src\share\org\apache\tomcat\net\SSLSocketFactory.java.  I looked at the 
build.xml and it looked like it shouldn't even be trying to build 
SSLSocketFactory.java since I didn't have the jsse classes in my 
classpath.  However, looking in the EmbededTomcat.java that was checked in 
on 11/17, it now does an import of org.apache.tomcat.net.* and directly 
references org.apache.tomcat.net.SSLSocketFactory.  Is there a way to fix 
this or are we now going to need to add the jsse jars to the build 
classpath?  If I do need to add the jsse jars, we should probably update 
the README to mention this so that others don't pull their hair out like I did 
for a while today.
 
Thanks,
 
Mike AndersonSenior Software EngineerPlatform Services 
Group[EMAIL PROTECTED]Novell, 
Inc., the leading provider of Net services softwarewww.novell.com

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/xml XmlMapper.java


costin  00/11/21 17:10:31

  Modified:src/etc  server.xml
   src/share/org/apache/tomcat/helper ServerXmlHelper.java
   src/share/org/apache/tomcat/startup EmbededTomcat.java
   src/share/org/apache/tomcat/util/xml XmlMapper.java
  Log:
  Fixed EmbededTomcat ( use the new session interceptors ).
  
  Small change in server.xml handling - allow "shortcuts" in connector
  names ( yes, it's a bit slower, but it's only at startup and it's not
  visible - 4 Class.forName instead of 1 is nothing compared with the
  rest of the startup tasks ).
  
  Revision  ChangesPath
  1.52  +3 -5  jakarta-tomcat/src/etc/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/etc/server.xml,v
  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- server.xml2000/11/21 00:31:11 1.51
  +++ server.xml2000/11/22 01:10:29 1.52
  @@ -99,7 +99,7 @@
   
 
   
  +className="org.apache.tomcat.context.DefaultCMSetter" >
   
   
  -
  +
   
   
  -
  +
   
   
  
  
  
  1.8   +15 -5 
jakarta-tomcat/src/share/org/apache/tomcat/helper/ServerXmlHelper.java
  
  Index: ServerXmlHelper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/helper/ServerXmlHelper.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ServerXmlHelper.java  2000/11/02 21:44:38 1.7
  +++ ServerXmlHelper.java  2000/11/22 01:10:30 1.8
  @@ -80,6 +80,16 @@
   private static StringManager sm =
StringManager.getManager("org.apache.tomcat.resources");
   
  +public static final String[] MODULE_PKGS={
  + "org.apache.tomcat.modules.session.",
  + "org.apache.tomcat.modules.server.",
  + "org.apache.tomcat.modules.config.",
  + "org.apache.tomcat.modules.security.",
  + "org.apache.tomcat.request.", // OLD
  + "org.apache.tomcat.context." // OLD
  +};
  +   
  +
   public ServerXmlHelper() {
   }
   
  @@ -94,7 +104,7 @@
   
   public static void setInterceptorRules( XmlMapper xh ) {
xh.addRule( "ContextManager/ContextInterceptor",
  - xh.objectCreate(null, "className"));
  + xh.objectCreate(null, "className", MODULE_PKGS));
xh.addRule( "ContextManager/ContextInterceptor",
xh.setProperties() );
xh.addRule( "ContextManager/ContextInterceptor",
  @@ -104,7 +114,7 @@
 "org.apache.tomcat.core.BaseInterceptor"));
   
xh.addRule( "ContextManager/RequestInterceptor",
  - xh.objectCreate(null, "className"));
  + xh.objectCreate(null, "className", MODULE_PKGS));
xh.addRule( "ContextManager/RequestInterceptor",
xh.setProperties() );
xh.addRule( "ContextManager/RequestInterceptor",
  @@ -139,7 +149,7 @@

// Configure context interceptors
xh.addRule( "Context/Interceptor",
  - xh.objectCreate(null, "className"));
  + xh.objectCreate(null, "className", MODULE_PKGS));
xh.addRule( "Context/Interceptor",
xh.setProperties() );
xh.addRule( "Context/Interceptor",
  @@ -149,7 +159,7 @@
 "org.apache.tomcat.core.BaseInterceptor"));
// Old style 
xh.addRule( "Context/RequestInterceptor",
  - xh.objectCreate(null, "className"));
  + xh.objectCreate(null, "className", MODULE_PKGS));
xh.addRule( "Context/RequestInterceptor",
xh.setProperties() );
xh.addRule( "Context/RequestInterceptor",
  @@ -167,7 +177,7 @@
   
   public void setConnectorHelper( XmlMapper xh ) {
xh.addRule( "ContextManager/Connector",
  - xh.objectCreate(null, "className"));
  + xh.objectCreate(null, "className", MODULE_PKGS));
xh.addRule( "ContextManager/Connector",
xh.setParent( "setContextManager",
  "org.apache.tomcat.core.ContextManager") );
  
  
  
  1.31  +3 -3  
jakarta-tomcat/src/share/org/apache/tomcat/startup/EmbededTomcat.java
  
  Index: EmbededTomcat.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/startup/EmbededTomcat.java,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- EmbededTomcat.java2000/11/02 21:45:05 1.30
  +++ EmbededTomcat.java2000/11/22 01:10:30 1.31
  @@ -6,7 +6,7 @@
   import org.apache.tomcat.core.*;
   import org.apache.tomcat.request.*;
   import org.apache.tomcat.modules

Re: EmbededTomcat.java requires jsse

2000-11-21 Thread Costin Manolache

I don't like that - tomcat is supposed to depend
only on JDK1.1  and a minimal number of extensions
( jaxp is the only required extension ).

All non-jdk1.1, non-standard extensions can be used,
but shouldn't be required to build standalone tomcat.

I don't know if it's too late to change this - it
seems 
we just need to replace 

   sc.setSocketFactory(new
org.apache.tomcat.net.SSLSocketFactory());

with 
sc.setAttribute( "socketFactory",   
"org.apache.tomcat.net.SSLSocketFactory");

and remove the import line.

I know it's not the the easiest solution, but I think
it's worth the added complexity - it is still a
requirement to support JDK1.1 and work with a minimal
set of library ( and JSSE is a very special one
anyway, export, etc).

Costin

--- Mike Anderson <[EMAIL PROTECTED]> wrote:
> I updated my source from CVS yesterday and all of
> the sudden I couldn't build.  I got an error saying
> javax.net.ServeSocketFactory not found in import
> when trying to build
>
src\share\org\apache\tomcat\net\SSLSocketFactory.java.
>  I looked at the build.xml and it looked like it
> shouldn't even be trying to build
> SSLSocketFactory.java since I didn't have the jsse
> classes in my classpath.  However, looking in the
> EmbededTomcat.java that was checked in on 11/17, it
> now does an import of org.apache.tomcat.net.* and
> directly references
> org.apache.tomcat.net.SSLSocketFactory.  Is there a
> way to fix this or are we now going to need to add
> the jsse jars to the build classpath?  If I do need
> to add the jsse jars, we should probably update the
> README to mention this so that others don't pull
> their hair out like I did for a while today.
> 
> Thanks,
> 
> Mike Anderson
> Senior Software Engineer
> Platform Services Group
> [EMAIL PROTECTED]
> Novell, Inc., the leading provider of Net services
> software
> www.novell.com
> 

__
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http SocketInputStream.java

2000-11-21 Thread remm


remm00/11/21 18:28:20

  Modified:catalina/src/share/org/apache/catalina/connector/http
SocketInputStream.java
  Log:
  - Avoid throwing an ArrayOutOfBoundException when the client disconnects
before starting a new request.
  
  Revision  ChangesPath
  1.3   +9 -4  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/SocketInputStream.java
  
  Index: SocketInputStream.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/SocketInputStream.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- SocketInputStream.java2000/11/17 07:25:36 1.2
  +++ SocketInputStream.java2000/11/22 02:28:19 1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/SocketInputStream.java,v
 1.2 2000/11/17 07:25:36 remm Exp $
  - * $Revision: 1.2 $
  - * $Date: 2000/11/17 07:25:36 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/SocketInputStream.java,v
 1.3 2000/11/22 02:28:19 remm Exp $
  + * $Revision: 1.3 $
  + * $Date: 2000/11/22 02:28:19 $
*
* 
* 
  @@ -67,6 +67,7 @@
   import java.io.IOException;
   import java.io.BufferedInputStream;
   import java.io.InputStream;
  +import java.io.EOFException;
   import org.apache.catalina.util.StringManager;
   
   /**
  @@ -166,6 +167,9 @@
   while ((chr = read()) == CR) { // Skipping CR
   read(); // Skipping LF
   }
  +if (chr == -1)
  +throw new EOFException
  +(sm.getString("requestStream.readline.error"));
   if (chr != CR) {
   pos--;
   }
  @@ -457,7 +461,8 @@
   eol = true;
   } else {
   // FIXME : Check if binary conversion is working fine
  -header.value[readCount] = (char) (buf[pos] & 0xff);
  +int ch = buf[pos] & 0xff;
  +header.value[readCount] = (char) ch;
   readCount++;
   }
   pos++;

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http HttpResponseImpl.java

2000-11-21 Thread remm


remm00/11/21 18:29:52

  Modified:catalina/src/share/org/apache/catalina/connector/http
HttpResponseImpl.java
  Log:
  - HEAD was broken (bad content length). Now, if the stream is uninitialized
but a content length has been set, assume the programmer knows what
he's doing.
  
  Revision  ChangesPath
  1.6   +5 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/HttpResponseImpl.java
  
  Index: HttpResponseImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/HttpResponseImpl.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- HttpResponseImpl.java 2000/11/09 21:16:02 1.5
  +++ HttpResponseImpl.java 2000/11/22 02:29:52 1.6
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/HttpResponseImpl.java,v
 1.5 2000/11/09 21:16:02 remm Exp $
  - * $Revision: 1.5 $
  - * $Date: 2000/11/09 21:16:02 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http/HttpResponseImpl.java,v
 1.6 2000/11/22 02:29:52 remm Exp $
  + * $Revision: 1.6 $
  + * $Date: 2000/11/22 02:29:52 $
*
* 
*
  @@ -78,7 +78,7 @@
*
* @author Craig R. McClanahan
* @author mailto:[EMAIL PROTECTED]">Remy Maucherat
  - * @version $Revision: 1.5 $ $Date: 2000/11/09 21:16:02 $
  + * @version $Revision: 1.6 $ $Date: 2000/11/22 02:29:52 $
*/
   
   final class HttpResponseImpl
  @@ -263,7 +263,7 @@
*/
   public void finishResponse() throws IOException {
   
  -if (!isStreamInitialized())
  +if ((!isStreamInitialized()) && (getContentLength() == -1))
   setContentLength(0);
   super.finishResponse();

cvs commit: jakarta-tomcat README

2000-11-21 Thread craigmcc


craigmcc00/11/21 18:52:14

  Modified:.Tag: tomcat_32 README
  Log:
  Document the requirement for the JSSE classes to build Tomcat 3.2, and to run
  it if you are using the SSL connector.
  
  Submitted by: Rick Mann <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.9.2.2   +8 -0  jakarta-tomcat/README
  
  Index: README
  ===
  RCS file: /home/cvs/jakarta-tomcat/README,v
  retrieving revision 1.9.2.1
  retrieving revision 1.9.2.2
  diff -u -r1.9.2.1 -r1.9.2.2
  --- README2000/11/12 01:22:20 1.9.2.1
  +++ README2000/11/22 02:52:13 1.9.2.2
  @@ -25,6 +25,14 @@
 "jaxp.jar" and "parser.jar" files are on your class path.  (NOTE:  In the
 future it will be possible to use any JAXP-compliant parser).
   
  +* Download and install a version of the Java Secure Sockets Extension (JSSE)
  +  classes appropriate for your jurisdiction, and add the included JAR files
  +  on your classpath.  If you intend to use Tomcat's support for SSL connections
  +  in stand-alone mode, these classes will also need to be on the classpath
  +  when you start Tomcat.  Get version 1.0.2 or later of JSSE from:
  +
  + http://java.sun.com/products/jsse
  +
   * Download and install the Ant distribution (subproject "jakarta-ant") into
 a directory named "$JAKARTA_HOME/jakarta-ant".  If you have downloaded the
 source distribution, you will need to build the executable version by

Re: Where Can I Find ajp13 Documentation?


Dan Milstein wrote:

> Does anyone know where can I find documentation on the ajp13 communication protocol? 
> I'm looking for documentation about how the packets are laid out, what messages the 
>server can send the servlet engine, etc.  I am *not* looking for documentation on how 
>to write config files for mod_jk.
>

AFAIK there is no such documentation -- that's one of the major things that makes it 
hard to do bug fixes on this code.

>
> Thanks,
> -Dan Milstein
> --
>
> Dan Milstein // [EMAIL PROTECTED]

Craig

Re: [TC4] multiple certificates

Warner Onstine wrote:

> Hi all,
> It's been a while since I looked at the SSL stuff and I just received a
> request which I'm not sure how it would be handled in TC4.  Would it be
> possible to handle multiple certificates for SSL per servlet?  If this needs
> further clarification let me know.
>

I guess I don't quite get what you are after.

Are you talking about a certificate chain that authenticates an individual
user?  If so, that is already supported -- the request attribute that you get is
an array of certificate objects, with the first one being the certificate of the
client principal, and the subsequent ones being the certificates of the
certificate authorities vouching for the previous certificate in the chain.

If that's not what you are after, could you please explain further?

>
> -warner

Craig

Re: [TC4] multiple certificates

2000-11-21 Thread Warner Onstine



- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 21, 2000 7:43 PM
Subject: Re: [TC4] multiple certificates


> Warner Onstine wrote:
>
> > Hi all,
> > It's been a while since I looked at the SSL stuff and I just received a
> > request which I'm not sure how it would be handled in TC4.  Would it be
> > possible to handle multiple certificates for SSL per servlet?  If this
needs
> > further clarification let me know.
> >
>
> I guess I don't quite get what you are after.
>
> Are you talking about a certificate chain that authenticates an individual
> user?  If so, that is already supported -- the request attribute that you
get is
> an array of certificate objects, with the first one being the certificate
of the
> client principal, and the subsequent ones being the certificates of the
> certificate authorities vouching for the previous certificate in the
chain.

Sure, what we're working with is possibly using different server
certificates for different servlets, is this at all possible? From what I
can tell right now, no.

Basically what I see right now is if we turn on ssl support it uses the
certificate that you specify for each connection from the
SSLServerSocketFactory.  The only way I can see doing this is to specify a
different port for different certificates, correct?

> If that's not what you are after, could you please explain further?
>
>
> Craig

Thanks,
-warner

Re: [TC4] multiple certificates

2000-11-21 Thread Aaron Knauf

I believe that the different port idea is correct (for any web server - not just tomcat).  

Another point to consider is that if tomcat is used in conjunction with a web server (such as apache or IIS), the web server does all of the SSL stuff for the communication with the browser, so you are stuck with web server limitations that are out of tomcat's control.

Aaron Knauf
Systems Integrator
Genie Systems Ltd
Auckland, New Zealand
Ph. +64-9-573 3310 x812
email: [EMAIL PROTECTED]
http://www.geniesystems.com

"Warner Onstine" <[EMAIL PROTECTED]>
22/11/2000 18:36
Please respond to tomcat-dev

        To:        <[EMAIL PROTECTED]>
        cc:        
        Subject:        Re: [TC4] multiple certificates

- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 21, 2000 7:43 PM
Subject: Re: [TC4] multiple certificates

> Warner Onstine wrote:
>
> > Hi all,
> > It's been a while since I looked at the SSL stuff and I just received a
> > request which I'm not sure how it would be handled in TC4.  Would it be
> > possible to handle multiple certificates for SSL per servlet?  If this
needs
> > further clarification let me know.
> >
>
> I guess I don't quite get what you are after.
>
> Are you talking about a certificate chain that authenticates an individual
> user?  If so, that is already supported -- the request attribute that you
get is
> an array of certificate objects, with the first one being the certificate
of the
> client principal, and the subsequent ones being the certificates of the
> certificate authorities vouching for the previous certificate in the
chain.

Sure, what we're working with is possibly using different server
certificates for different servlets, is this at all possible? From what I
can tell right now, no.

Basically what I see right now is if we turn on ssl support it uses the
certificate that you specify for each connection from the
SSLServerSocketFactory.  The only way I can see doing this is to specify a
different port for different certificates, correct?

> If that's not what you are after, could you please explain further?
>
>
> Craig

Thanks,
-warner

RE: [ANNOUNCEMENT] Tomcat 3.2 Beta 8


Forget what I say, i was looking at invalid source

RPM will be out by 18 CET...

"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir" 
-- Lao Tzu 
 

>-Original Message-
>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, November 21, 2000 1:21 PM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: RE: [ANNOUNCEMENT] Tomcat 3.2 Beta 8
>
>
>The reported name is incorrect, I'll fix that in CVS but too late...
>
>--- 
>jakarta-tomcat/src/share/org/apache/tomcat/core/Constants.ja
>va.origTue
>Nov 21 13:22:32 2000
>+++ 
>jakarta-tomcat/src/share/org/apache/tomcat/core/Constants.java Tue
>Nov 21 13:22:46 2000
>@@ -67,7 +67,7 @@
> 
> public class Constants {
> public static final String TOMCAT_NAME = "Tomcat Web Server";
>-public static final String TOMCAT_VERSION = "3.2 beta 6";
>+public static final String TOMCAT_VERSION = "3.2 beta 8";
> 
> public static final String JSP_NAME = "JSP";
> public static final String JSP_VERSION = "1.1";
>
>
>"La maîtrise des autres n'est que la force. La maîtrise de 
>vous-même est le
>véritable pouvoir" 
>-- Lao Tzu 
>

[ANNOUNCEMENT] Tomcat 3.2 Beta 8 RPM available


At usual place :

http://rpmized.free.fr/ 

---

Since I didn't have more room at free.fr, the RPM (data) are
were moved to ftp://ftp.falsehope.com/home/gomez/

And ftp.falsehope.com is indexed by rpmfind.net ;-)

"La maîtrise des autres n'est que la force. La maîtrise de vous-même est le
véritable pouvoir" 
-- Lao Tzu

RE: [ANNOUNCEMENT] Tomcat 3.2 Beta 8