Locale

[Jayesh]

I compiled tomcat 3.2.1 on Redhat Linux 7.0. I use JDK1.3

when I start tomcat, I get the message below.

Anyone knows how to fix?

Jayesh

$ ./startup.sh
Using classpath:
/http/apps/tomcat3.2/classes:/http/apps/tomcat3.2/lib/ant.jar:/
http/apps/tomcat3.2/lib/servlet.jar:/http/apps/tomcat3.2/lib/test:/http/apps
/jdk
1.3/lib/tools.jar:/http/apps/build/ant/lib/ant.jar:/http/apps/jakarta/dist/s
ervl
etapi/lib/servlet.jar:/http/apps/jakarta/jcert.jar:/http/apps/jakarta/jnet.j
ar:/
http/apps/jakarta/jsse.jar:/http/apps/jakarta/jakarta-ant/lib/jaxp.jar:/http
/app
s/jakarta/jakarta-ant/lib/parser.jar:.
[ devonshire /http/apps/tomcat3.2/bin ]
$ Exception in thread "main" java.lang.ExceptionInInitializerError:
java.util.Mi
ssingResourceException: Can't find bundle for base name
org.apache.tomcat.resour
ces.LocalStrings, locale en_US
at
java.util.ResourceBundle.throwMissingResourceException(ResourceBundle
.java:707)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:679)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:546)
at
org.apache.tomcat.util.StringManager.(StringManager.java:112)
at
org.apache.tomcat.util.StringManager.getManager(StringManager.java:26
3)
at org.apache.tomcat.startup.Tomcat.(Tomcat.java:24)


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

BugRat Report #720 was closed (apparently by: Craig R. McClanahan)

[BugRat Mail System]

Report #720 was closed by Person #0

   Synopsis:  doesn't 
work as spec says

 (logged in as: Craig R. McClanahan)

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

cvs commit: jakarta-tomcat-4.0/webapps/webdav index.html

[remm]

remm01/01/23 21:12:36

  Modified:webapps/webdav index.html
  Log:
  - Update to the Webdav page, listing more compatibe clients.
  
  Revision  ChangesPath
  1.4   +11 -6 jakarta-tomcat-4.0/webapps/webdav/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/webdav/index.html,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- index.html2000/12/16 19:05:21 1.3
  +++ index.html2001/01/24 05:12:35 1.4
  @@ -29,34 +29,39 @@
   
   Working WebDAV clients include :
   
  +Adobe GoLive 5.0 (and other WebDAV-enabled Adobe products, like
  +  Photoshop)
  +Cadaver 0.15
  +DAV Explorer 0.60 and 0.70
   Internet Explorer 5 (Windows 2000)
   Internet Explorer 5.5 (Windows 2000)
  +Jakarta Slide 1.0 WebDAV client library
   Office 2000 (Windows 2000)
  -DAV Explorer 0.60
  -Adobe GoLive 5.0
  -Jakarta Slide 1.0 WebDAV client
  +SkunkDAV 1.0
   
   
   Incompatible WebDAV clients include :
   
  -DAV Explorer 0.61 and 0.62
   WebDrive
   
   Any help resolving those issues would be appreciated.
   
  -Documentation on WebDAV:
  +WebDAV links:
   
   http://www.webdav.org">General info on WebDAV
   http://www.ics.uci.edu/pub/ietf/webdav/">WebDAV working 
   group
   http://www.webdav.org/projects/">WebDAV clients
  +
  +http://jakarta.apache.org/slide/">The Jakarta Slide Project
  +
   
   
   
   
   
    
  -Copyright © 1999-2000 Apache Software Foundation
  +Copyright © 1999-2001 Apache Software Foundation
   All Rights Reserved 
    
    
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardLoader.java

[remm]

remm01/01/23 20:32:20

  Modified:catalina/src/share/org/apache/catalina/loader
StandardLoader.java
  Log:
  - Should complete the Jasper Runtime Environment.
  - JARs are copied to the work directory. The class loader doesn't use these.
  - Classes from /WEB-INF/classes are copied to {workdir}/classes.
  - All of these repositories are then added to the "Jasper classpath".
  - All the Jasper specific methods are clearly marked as being Jasper specific.
  
  Revision  ChangesPath
  1.17  +50 -29
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java
  
  Index: StandardLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- StandardLoader.java   2001/01/24 02:34:06 1.16
  +++ StandardLoader.java   2001/01/24 04:32:20 1.17
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
 1.16 2001/01/24 02:34:06 remm Exp $
  - * $Revision: 1.16 $
  - * $Date: 2001/01/24 02:34:06 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
 1.17 2001/01/24 04:32:20 remm Exp $
  + * $Revision: 1.17 $
  + * $Date: 2001/01/24 04:32:20 $
*
* 
*
  @@ -82,6 +82,7 @@
   import javax.naming.NameClassPair;
   import javax.naming.NamingEnumeration;
   import javax.naming.directory.DirContext;
  +import org.apache.naming.resources.Resource;
   import org.apache.naming.resources.DirContextURLStreamHandler;
   import org.apache.naming.resources.DirContextURLStreamHandlerFactory;
   import org.apache.catalina.Container;
  @@ -111,7 +112,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.16 $ $Date: 2001/01/24 02:34:06 $
  + * @version $Revision: 1.17 $ $Date: 2001/01/24 04:32:20 $
*/
   
   public final class StandardLoader
  @@ -603,13 +604,6 @@
   
// Construct a class loader based on our current repositories list
try {
  -/*
  -URLStreamHandlerFactory shFactory = null;
  -if ((this.container != null) && 
  -(this.container.getResources() != null)) {
  -shFactory = new DirContextURLStreamHandlerFactory();
  -}
  -*/
if (parentClassLoader == null)
classLoader = new StandardClassLoader();
else
  @@ -795,8 +789,8 @@
*/
   private void setJasperEnvironment() {
setClassLoader();
  -copyClassesRepository();
setClassPath();
  +copyClassesRepository();
   }
   
   
  @@ -824,7 +818,12 @@
   
   // Looking up directory /WEB-INF/classes in the context
   try {
  -resources.lookup(classesName);
  +Object object = resources.lookup(classesName);
  +if (object instanceof DirContext) {
  +resources = (DirContext) object;
  +} else {
  +return;
  +}
   } catch(NamingException e) {
   return;
   }
  @@ -836,19 +835,12 @@
   if (workDir != null) {
   
   if (!(classpath.equals("")))
  -classpath += File.pathSeparator;
  +classpath = File.pathSeparator + classpath;
   File classesDir = new File(workDir, "/classes");
  -classpath += classesDir.getAbsolutePath();
  +classesDir.mkdir();
  +classpath = classesDir.getAbsolutePath() + classpath;
   
  -try {
  -NamingEnumeration enum = resources.list(classesName);
  -while (enum.hasMoreElements()) {
  -NameClassPair ncPair = 
  -(NameClassPair) enum.nextElement();
  -String filename = ncPair.getName();
  -}
  -} catch (NamingException e) {
  -}
  +copyDir(resources, classesDir);
   
   }
   
  @@ -860,8 +852,40 @@
   /**
* Copy directory.
*/
  -private boolean copyDir(DirContext directory) {
  +private boolean copyDir(DirContext srcDir, File destDir) {
  +
  +try {
  +
  +NamingEnumeration enum = srcDir.list("");
  +while (enum.hasMoreElements()) {
  +NameClassPair ncPair = 
  +(NameClassPair) enum.nextElement();
  +String name = ncPair.getName();
  +Object object = srcDir.lookup(name);
  +File currentFile = new File(destDir, name);
  +if (object instanceof Resource) {
  +

cvs commit: jakarta-tomcat STATUS.html

[larryi]

larryi  01/01/23 19:56:06

  Modified:.STATUS.html
  Log:
  With info from Costin, marked additional items as completed by naming
  the release as 3.2 or 3.3m1.  Most other items from the Tomcat 3.2 version
  of the document were moved to an "Ideas For The Future" section at the
  end of this document.  A few were removed since they are no longer
  applicable to Tomcat 3.x development, such as the discussions relating
  to Tomcat 4.0.
  
  Other miscellaneous changes.
  
  Revision  ChangesPath
  1.10  +240 -267  jakarta-tomcat/STATUS.html
  
  Index: STATUS.html
  ===
  RCS file: /home/cvs/jakarta-tomcat/STATUS.html,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- STATUS.html   2001/01/23 20:45:09 1.9
  +++ STATUS.html   2001/01/24 03:56:06 1.10
  @@ -26,7 +26,7 @@
   
   Priority - A sense of how important the Tomcat development
   community feels it is to address this issue in the short term.
  -Release - The interim or final release (such as 3.2m2)
  +Release - The interim or final release (such as 3.3m2)
   for which this action item is scheduled to be completed.
   Action Item - Concise description of the action item
   to be completed.
  @@ -52,7 +52,7 @@
   and assigned to a particular interim release of Tomcat (based on lazy consensus
   on the TOMCAT-DEV mailing list).  At that time, the assigned release will be
   recorded in this document, and the item will be listed under that release in
  -the current RELEASE-PLAN schedule.
  +the current RELEASE-PLAN schedule.
   
   For convenience, the action items have been organized into general
   categories, which are presented in alphabetical order.  The following
  @@ -63,18 +63,11 @@
   Connectors to web servers and HTTP clients
   Containers in the Tomcat core engine
   JSP functionality enhancements
  -Servlet functionality enhancements
   Performance improvements
   Release preparation items
  +Ideas for the future
   
   
  -NOTE:  In addition to this list of action items related to the main CVS
  -source branch for the jakarta-tomcat subproject, a number of
  -people have expressed interest in working on the Catalina architecture.
  -To facilitate tracking of these efforts, a
  -separate STATUS document
  -is maintained in the proposals/catalina subdirectory.
  -
   
   
   
  @@ -90,42 +83,7 @@
 
 
   High
  ----
  -Define a Tomcat-specific Service Provider Interface (SPI)
  -that defines a stable API which application server and development
  -tool providers can use to integrate Tomcat within their products.
  -mailto:[EMAIL PROTECTED]">Craig McClanahan
  -  
  -  
  -Medium
  -
  -Discuss and agree upon the outlines of the architecture for the
  -core servlet container components of the next major release (4.0)
  -of Tomcat, which will correspond to the next versions of the Servlet
  -and JSP APIs.
  -mailto:[EMAIL PROTECTED]">Craig McClanahan
  -  
  -  
  -Medium
  ----
  -Discuss and agree upon the outlines of the architecture for the
  -JSP page compiler and execution environment for the next major
  -release (4.0) of Tomcat, which will correspond to the next versions
  -of the Servlet and JSP APIs.
  -mailto:[EMAIL PROTECTED]">Anil Vijendran
  -  
  -  
  -Low
  ----
  -Discuss and agree upon Tomcat distribution strategies so that users
  -can select a minimal "reference implementation" version of Tomcat to
  -validate their own containers against, or a full featured release
  -with all currently included functionality.
  ---- and mailto:[EMAIL PROTECTED]">Costin Manolache
  -  
  -  
  -High
  -3.3
  +3.3m1
   Refactoring of existing code to improve the flexibility of Tomcat
   and minimize the amount of spaghetti code to help readability and
   maintainability.  Though listed separately, some of the performance
  @@ -134,7 +92,7 @@
 
 
   High
  -3.3
  +3.3m1
   Separate the Servlet 2.2/JSP 1.1 API implementation from the Tomcat's core
   classes through the use of a facade.  If implemented properly, bug fixing
   of Servlet 2.2/JSP 1.1 bugs should only affect the facade and not the
  @@ -143,7 +101,7 @@
 
 
   Medium
  -3.3
  +3.3m1
   Implement per context interceptors.
   mailto:[EMAIL PROTECTED]">Ignacio Ortega
 
  @@ -161,55 +119,115 @@
 
 
   High
  ----
  +3.2
   Add out-of-the-box functionality to install Tomcat as a
   "service" under Microsoft NT.
  ---- and mailto:[EMAIL PROTECTED]">Gal Shachor 
  +mailto:[EMAIL PROTECTED]">Gal Shachor 
 
 
  +Medium
  +3.3m1
  +Separate Tomcat classes into appropriate jar files to facilitate Tomcat's
  +use in 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/test Constants.java HttpConnector.java HttpProcessor.java HttpRequestImpl.java HttpResponseImpl.java LocalStrings.properties

[remm]

remm01/01/23 18:35:40

  Removed: catalina/src/share/org/apache/catalina/connector/test
Constants.java HttpConnector.java
HttpProcessor.java HttpRequestImpl.java
HttpResponseImpl.java LocalStrings.properties
  Log:
  - Remove the test connector files (now it's the http10 connector).

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ContextConfig.java

[remm]

remm01/01/23 18:35:00

  Modified:catalina/src/share/org/apache/catalina/startup
ContextConfig.java
  Log:
  - Add bind / unbind calls during init to allow resolving of nested JAR URLs.
  - JAR file scanning in /WEB-INF/lib folder needs an update.
  
  Revision  ChangesPath
  1.39  +12 -6 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
  
  Index: ContextConfig.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- ContextConfig.java2001/01/23 22:02:36 1.38
  +++ ContextConfig.java2001/01/24 02:35:00 1.39
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
 1.38 2001/01/23 22:02:36 glenn Exp $
  - * $Revision: 1.38 $
  - * $Date: 2001/01/23 22:02:36 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
 1.39 2001/01/24 02:35:00 remm Exp $
  + * $Revision: 1.39 $
  + * $Date: 2001/01/24 02:35:00 $
*
* 
*
  @@ -83,6 +83,7 @@
   import java.util.jar.JarEntry;
   import java.util.jar.JarFile;
   import javax.servlet.ServletContext;
  +import org.apache.naming.resources.DirContextURLStreamHandler;
   import org.apache.catalina.Authenticator;
   import org.apache.catalina.Context;
   import org.apache.catalina.Globals;
  @@ -111,7 +112,7 @@
* of that Context, and the associated defined servlets.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.38 $ $Date: 2001/01/23 22:02:36 $
  + * @version $Revision: 1.39 $ $Date: 2001/01/24 02:35:00 $
*/
   
   public final class ContextConfig
  @@ -761,7 +762,7 @@
   /**
* Process a "start" event for this Context.
*/
  -private void start() {
  +private synchronized void start() {
   
if (debug > 0)
log(sm.getString("contextConfig.start"));
  @@ -771,6 +772,7 @@
XmlMapper mapper = createWebMapper();
defaultConfig(mapper);
applicationConfig(mapper);
  +//DirContextURLStreamHandlerFactory.bind(context.getResources());
   
   // Scan tag library descriptor files for additional listener classes
   if (ok)
  @@ -802,6 +804,8 @@
   context.setAvailable(false);
   }
   
  +//DirContextURLStreamHandlerFactory.unbind();
  +
   }
   
   
  @@ -900,10 +904,12 @@
   URL url = context.getServletContext().getResource(resourcePath);
   if (url == null)
   return (false);
  +DirContextURLStreamHandler.bind(context.getResources());
   url = new URL("jar:" + url.toString() + "!/");
   JarURLConnection conn =
   (JarURLConnection) url.openConnection();
   jarFile = conn.getJarFile();
  +DirContextURLStreamHandler.unbind();
   boolean found = false;
   Enumeration entries = jarFile.entries();
   while (entries.hasMoreElements()) {
  @@ -942,7 +948,7 @@
   }
   return (false);
   }
  -
  +
   }
   
   
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardLoader.java

[remm]

remm01/01/23 18:34:06

  Modified:catalina/src/share/org/apache/catalina/loader
StandardLoader.java
  Log:
  - Add bind / unbind calls during init to allow resolving of nested JAR URLs.
  - Started updating all of the Jasper hacks (not done yet / mostly untested).
  - Classloader will load JARs directly from the directory context.
  
  Revision  ChangesPath
  1.16  +202 -97   
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java
  
  Index: StandardLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- StandardLoader.java   2001/01/23 22:12:49 1.15
  +++ StandardLoader.java   2001/01/24 02:34:06 1.16
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
 1.15 2001/01/23 22:12:49 glenn Exp $
  - * $Revision: 1.15 $
  - * $Date: 2001/01/23 22:12:49 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
 1.16 2001/01/24 02:34:06 remm Exp $
  + * $Revision: 1.16 $
  + * $Date: 2001/01/24 02:34:06 $
*
* 
*
  @@ -82,6 +82,7 @@
   import javax.naming.NameClassPair;
   import javax.naming.NamingEnumeration;
   import javax.naming.directory.DirContext;
  +import org.apache.naming.resources.DirContextURLStreamHandler;
   import org.apache.naming.resources.DirContextURLStreamHandlerFactory;
   import org.apache.catalina.Container;
   import org.apache.catalina.Context;
  @@ -110,7 +111,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.15 $ $Date: 2001/01/23 22:12:49 $
  + * @version $Revision: 1.16 $ $Date: 2001/01/24 02:34:06 $
*/
   
   public final class StandardLoader
  @@ -585,47 +586,66 @@
lifecycle.fireLifecycleEvent(START_EVENT, null);
started = true;
   
  +// Register a stream handler factory for the JNDI protocol
  +try {
  +URL.setURLStreamHandlerFactory
  +(new DirContextURLStreamHandlerFactory());
  +} catch (Throwable t) {
  +// Ignore the error here.
  +}
  +
  +// Temporarily bind the current Catalina classloader to the directory
  +// context
  +DirContextURLStreamHandler.bind(this.container.getResources());
  +
   // Configure our context repositories if appropriate
   setRepositories();
   
// Construct a class loader based on our current repositories list
try {
  +/*
   URLStreamHandlerFactory shFactory = null;
   if ((this.container != null) && 
  -(this.container.getResources() != null))
  -shFactory = new DirContextURLStreamHandlerFactory
  -(this.container.getResources());
  +(this.container.getResources() != null)) {
  +shFactory = new DirContextURLStreamHandlerFactory();
  +}
  +*/
if (parentClassLoader == null)
  - classLoader = new StandardClassLoader(shFactory);
  + classLoader = new StandardClassLoader();
else
  - classLoader = new StandardClassLoader
  -(parentClassLoader, shFactory);
  + classLoader = new StandardClassLoader(parentClassLoader);
for (int i = 0; i < repositories.length; i++)
classLoader.addRepository(repositories[i]);
   ((StandardClassLoader) classLoader).setDelegate(this.delegate);
if (container instanceof Context) {
// Tell the class loader the root of the context
  - Resources resources = ((Context) container).getResources();
  + ServletContext servletContext = 
  +((Context) container).getServletContext();
try {
  - URL contextURL = resources.getResource("/");
  + URL contextURL = servletContext.getResource("/");
if( contextURL != null )
  - ((StandardClassLoader)classLoader).setPermissions(
  - contextURL);
  + ((StandardClassLoader)classLoader).setPermissions
  +(contextURL);
} catch (MalformedURLException e) {
}
}
if (classLoader instanceof Lifecycle)
((Lifecycle) classLoader).start();
  +// Binding the Webapp class loader to the directory context
  +DirContextURLStreamHandler.bind
  +((ClassLoader) classLoader, this.contai

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java

[remm]

remm01/01/23 18:33:01

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Add bind / unbind calls during init to allow resolving of nested JAR URLs.
  
  Revision  ChangesPath
  1.36  +7 -4  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- StandardContext.java  2001/01/23 05:05:46 1.35
  +++ StandardContext.java  2001/01/24 02:33:01 1.36
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
 1.35 2001/01/23 05:05:46 remm Exp $
  - * $Revision: 1.35 $
  - * $Date: 2001/01/23 05:05:46 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
 1.36 2001/01/24 02:33:01 remm Exp $
  + * $Revision: 1.36 $
  + * $Date: 2001/01/24 02:33:01 $
*
* 
*
  @@ -99,6 +99,7 @@
   import org.apache.naming.resources.FileDirContext;
   import org.apache.naming.resources.WARDirContext;
   import org.apache.naming.resources.BaseDirContext;
  +import org.apache.naming.resources.DirContextURLStreamHandler;
   import org.apache.catalina.Container;
   import org.apache.catalina.ContainerListener;
   import org.apache.catalina.Context;
  @@ -137,7 +138,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.35 $ $Date: 2001/01/23 05:05:46 $
  + * @version $Revision: 1.36 $ $Date: 2001/01/24 02:33:01 $
*/
   
   public class StandardContext
  @@ -3000,6 +3001,7 @@
   }
   
   // Load the collected "load on startup" servlets
  +DirContextURLStreamHandler.bind(getResources());
   if (debug >= 1)
   log("Loading " + map.size() + " load-on-startup servlets");
   Iterator keys = map.keySet().iterator();
  @@ -3017,6 +3019,7 @@
   }
   }
   }
  +DirContextURLStreamHandler.unbind();
   
   if (debug >= 1)
   log("Starting completed");
  
  
  

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

cvs commit: jakarta-tomcat/src/tests/webpages index.html

[nacho]

nacho   01/01/23 17:50:56

  Modified:src/tests/webpages index.html
  Log:
  a typo
  
  Revision  ChangesPath
  1.4   +2 -2  jakarta-tomcat/src/tests/webpages/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/tests/webpages/index.html,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- index.html2001/01/20 20:11:03 1.3
  +++ index.html2001/01/24 01:50:56 1.4
  @@ -26,7 +26,7 @@
 docBase="webapps/admin" 
 debug="0" 
 reloadable="true" 
  -  trusted="false" > 
  +  trusted="true" > 
   
   
   You'll also need to edit TOMCAT_HOME/conf/users/admin-users.xml and 
  @@ -43,7 +43,7 @@
   soon, I need to finish test.jsp first to see what param I'll use :-)
   
   
  -Autmated ( script based ) run
  +Automated ( script based ) run
   
   There are 2 ways to run the sanity checks in a nightly or automated way.
   
  
  
  

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

cvs commit: jakarta-tomcat/src/admin/test test.jsp

[nacho]

nacho   01/01/23 17:47:25

  Modified:src/admin/test test.jsp
  Log:
  * some cosmetic changes.
  * less information on fails, was too verbose
  
  Revision  ChangesPath
  1.5   +8 -19 jakarta-tomcat/src/admin/test/test.jsp
  
  Index: test.jsp
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/admin/test/test.jsp,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- test.jsp  2001/01/21 20:10:38 1.4
  +++ test.jsp  2001/01/24 01:47:24 1.5
  @@ -1,3 +1,5 @@
  +Tomcat Self-Test
  +
   Tomcat Self-test 
   
   <%@ taglib uri="http://jakarta.apache.org/taglibs/tomcat_admin-1.0" 
  @@ -32,22 +34,21 @@
  // Keep in mind this is just a way to jump-start testing, not a 
  // production-quality test runner.
   %>
  -
  +
   <% out.flush(); 
  if( request.getParameter("target") == null ) return;
   %>
  -
  +
   
  -
  -
  +
   
  -
  +
   <% // Test completed, display the results ( outType=none means
  // Gtest doesn't generate any output ( but we have to wait untill
  // it's done ), use 'html' for "interactive" results
  @@ -70,24 +71,10 @@
   
 <%= failures.getHttpClient().getFullRequest() %>
   
  -
   Message: 
   
 <%= failures.getMatcher().getMessage() %>
   
  -
  -Response status:  
  -<%= failures.getHttpClient().getResponse().getResponseLine() %>
  -
  -Response headers: 
  - (I'm not sure how to do embeded iterations, need JSP expert )
  -
  -
  -Response body: 
  -
  -<%= failures.getHttpClient().getResponse().getResponseBody() %>
  -
  -
   
   
   <% //  Success story  %>
  @@ -104,3 +91,5 @@
   TEST: <%= success.getMatcher().getTestDescription() %>
   
   
  +
  +
  
  
  

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

cvs commit: jakarta-tomcat/src/admin/WEB-INF web.xml

[nacho]

nacho   01/01/23 17:44:33

  Modified:src/admin/WEB-INF web.xml
  Log:
  tag-lib element in bad order validating parsers fail
  
  Revision  ChangesPath
  1.5   +23 -29jakarta-tomcat/src/admin/WEB-INF/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/web.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- web.xml   2000/07/27 17:56:14 1.4
  +++ web.xml   2001/01/24 01:44:33 1.5
  @@ -1,35 +1,29 @@
   
  -
  -http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
  -
   
  -  
  + 
Tomcat Admin 
 
  -
  -
  -  
  - Protected Area
  - /contextAdmin/*
  -  DELETE
  - GET
  - POST
  -  PUT
  -  
  -  
  - admin
  -  
  -
  -
  -
  -  BASIC
  -  Admin
  -
  -
  -  
  -http://jakarta.apache.org/taglibs/tomcat_admin-1.0
  -/WEB-INF/admin.tld
  -  
  + 
  + 
http://jakarta.apache.org/taglibs/tomcat_admin-1.0
  + /WEB-INF/admin.tld
  + 
  + 
  + 
  + Protected Area
  + /contextAdmin/*
  + DELETE
  + GET
  + POST
  + PUT
  + 
  + 
  + admin
  + 
  + 
  + 
  + BASIC
  + Admin
  + 
   
  
  
  

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

Re: Tools.jar

[Michael Rimov]

At 06:50 PM 1/23/2001 +0200, you wrote:
>I have a license issue
>
>1. Sun JDK's license is for non commercial or production use
>2. For Production and commercial use they give the JRE
>3. Tools.jar is a part of the JDK and is missing from the JRE
>4. Tomcat needs Tools.jar for it's normal activity
>
>result : Cant put Tomcat on production or commercial use

Eitan,

I think you're mis-reading the license agreement.  The key difference is 
that tools.jar cannot be redistributed, but it does not preclude you using 
it on a commercial server.  If you're looking to redistribute it, you'll 
need to get a special license from SUN.  I still haven't heard how to go 
about it.  :)

HTH!
 -Mike



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

Re: Meeting dialins

[Shawn McMurdo]

Hi Jim,
Sorry, I must have missed that message amid the flamefest.
;-)
I think it's great that the Jakarta PMC is making these efforts to be more
open.
Thanks!
Shawn

Jim Driscoll wrote:

> Shawn McMurdo wrote:
> > A reservation system or even an informal "who's planning on dialing in"
> > query on the list before the meeting can give the community and the
> > organizers a good feel for whether there is room for casual observers
> > or whether more ports are needed.
>
> I performed an informal query on this list.
>
> >From the thunderous silence, I figured that there wouldn't really be
> more than a few people dialing in...  and so reserved far more than I
> ever thought I'd need.
>
> Jim
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

--
Shawn McMurdo  mailto:[EMAIL PROTECTED]
Lutris Technologieshttp://www.lutris.com
Enhydra.Orghttp://www.enhydra.org



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

Bug 823

[Marc Saegesser]

Georg,

I tried duplicating this problem
(http://znutar.cortexity.com/BugRatViewer/ShowReport/823) with the latest
version of Tomcat and it seems to work fine.  The only thing I noticed in
your bug report is that you don't include the servlet-class tag from your
web.xml file.  Since your using periods in the servlet name and url pattern
and this the Java package name separator I wonder if you might have
something mis-configured.  Without seeing the rest of your web.xml I really
can't tell.

Anyway, I tried several combinations of servlet-names, url-patterns with and
without periods and path info worked correctly in all cases.  If you can
provide any additional information that would be helpful.

Marc Saegesser


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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources DirContextURLStreamHandlerFactory.java

[remm]

remm01/01/23 14:28:03

  Modified:catalina/src/share/org/apache/naming/resources
DirContextURLStreamHandlerFactory.java
  Log:
  - Forgot to remove a useless import.
  
  Revision  ChangesPath
  1.3   +0 -1  
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java
  
  Index: DirContextURLStreamHandlerFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- DirContextURLStreamHandlerFactory.java2001/01/23 22:26:51 1.2
  +++ DirContextURLStreamHandlerFactory.java2001/01/23 22:28:00 1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java,v
 1.2 2001/01/23 22:26:51 remm Exp $
  - * $Revision: 1.2 $
  - * $Date: 2001/01/23 22:26:51 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java,v
 1.3 2001/01/23 22:28:00 remm Exp $
  + * $Revision: 1.3 $
  + * $Date: 2001/01/23 22:28:00 $
*
* 
*
  @@ -63,7 +63,6 @@
   
   package org.apache.naming.resources;
   
  -import java.util.Hashtable;
   import java.net.URLStreamHandler;
   import java.net.URLStreamHandlerFactory;
   import java.io.IOException;
  @@ -74,7 +73,7 @@
* Factory for Stream handlers to a JNDI directory context.
* 
* @author mailto:[EMAIL PROTECTED]">Remy Maucherat
  - * @version $Revision: 1.2 $
  + * @version $Revision: 1.3 $
*/
   public class DirContextURLStreamHandlerFactory 
   implements URLStreamHandlerFactory {
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources DirContextURLStreamHandler.java DirContextURLStreamHandlerFactory.java

[remm]

remm01/01/23 14:26:54

  Modified:catalina/src/share/org/apache/naming/resources
DirContextURLStreamHandler.java
DirContextURLStreamHandlerFactory.java
  Log:
  - Added classloader binding.
Will make resolving URLs like :
jar:jndi:/WEB-INF/lib/tld_resource.jar!/META-INF/taglib.tld
possible.
  
  Revision  ChangesPath
  1.2   +80 -4 
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java
  
  Index: DirContextURLStreamHandler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- DirContextURLStreamHandler.java   2001/01/23 03:41:29 1.1
  +++ DirContextURLStreamHandler.java   2001/01/23 22:26:50 1.2
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java,v
 1.1 2001/01/23 03:41:29 remm Exp $
  - * $Revision: 1.1 $
  - * $Date: 2001/01/23 03:41:29 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java,v
 1.2 2001/01/23 22:26:50 remm Exp $
  + * $Revision: 1.2 $
  + * $Date: 2001/01/23 22:26:50 $
*
* 
*
  @@ -67,6 +67,7 @@
   import java.net.URLConnection;
   import java.net.URLStreamHandler;
   import java.io.IOException;
  +import java.util.Hashtable;
   import javax.naming.NamingException;
   import javax.naming.directory.DirContext;
   
  @@ -74,7 +75,7 @@
* Stream handler to a JNDI directory context.
* 
* @author mailto:[EMAIL PROTECTED]">Remy Maucherat
  - * @version $Revision: 1.1 $
  + * @version $Revision: 1.2 $
*/
   public class DirContextURLStreamHandler 
   extends URLStreamHandler {
  @@ -83,18 +84,31 @@
   // --- Constructors
   
   
  +public DirContextURLStreamHandler() {
  +}
  +
  +
   public DirContextURLStreamHandler(DirContext context) {
   this.context = context;
   }
   
   
  +// -- Variables
  +
  +
  +/**
  + * Bindings class loader - directory context. Keyed by CL id.
  + */
  +private static Hashtable clBindings = new Hashtable();
  +
  +
   // - Instance Variables
   
   
   /**
* Directory context.
*/
  -protected DirContext context;
  +protected DirContext context = null;
   
   
   // - Properties
  @@ -109,7 +123,69 @@
*/
   protected URLConnection openConnection(URL u) 
   throws IOException {
  -return new DirContextURLConnection(context, u);
  +DirContext currentContext = this.context;
  +if (currentContext == null)
  +currentContext = get();
  +return new DirContextURLConnection(currentContext, u);
  +}
  +
  +
  +// - Public Methods
  +
  +
  +/**
  + * Binds a directory context to a class loader.
  + */
  +public static void bind(DirContext dirContext) {
  +ClassLoader currentCL = 
  +Thread.currentThread().getContextClassLoader();
  +if (currentCL != null)
  +clBindings.put(currentCL, dirContext);
  +}
  +
  +
  +/**
  + * Unbinds a directory context to a class loader.
  + */
  +public static void unbind() {
  +ClassLoader currentCL = 
  +Thread.currentThread().getContextClassLoader();
  +if (currentCL != null)
  +clBindings.remove(currentCL);
  +}
  +
  +
  +/**
  + * Get the bound context.
  + */
  +public static DirContext get() {
  +ClassLoader currentCL = 
  +Thread.currentThread().getContextClassLoader();
  +return (DirContext) clBindings.get(currentCL);
  +}
  +
  +
  +/**
  + * Binds a directory context to a class loader.
  + */
  +public static void bind(ClassLoader cl, DirContext dirContext) {
  +clBindings.put(cl, dirContext);
  +}
  +
  +
  +/**
  + * Unbinds a directory context to a class loader.
  + */
  +public static void unbind(ClassLoader cl) {
  +clBindings.remove(cl);
  +}
  +
  +
  +/**
  + * Get the bound context.
  + */
  +public static DirContext get(ClassLoader cl) {
  +return (DirContext) clBindings.get(cl);
   }
   
   
  
  
  
  1.2  

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationFilterChain.java

[glenn]

glenn   01/01/23 14:22:37

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationFilterChain.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.4   +33 -4 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java
  
  Index: ApplicationFilterChain.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- ApplicationFilterChain.java   2000/12/17 05:18:58 1.3
  +++ ApplicationFilterChain.java   2001/01/23 22:22:35 1.4
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java,v
 1.3 2000/12/17 05:18:58 craigmcc Exp $
  - * $Revision: 1.3 $
  - * $Date: 2000/12/17 05:18:58 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java,v
 1.4 2001/01/23 22:22:35 glenn Exp $
  + * $Revision: 1.4 $
  + * $Date: 2001/01/23 22:22:35 $
*
* 
*
  @@ -68,6 +68,8 @@
   import java.io.IOException;
   import java.util.ArrayList;
   import java.util.Iterator;
  +import java.security.AccessController;
  +import java.security.PrivilegedActionException;
   import javax.servlet.Filter;
   import javax.servlet.FilterChain;
   import javax.servlet.FilterConfig;
  @@ -91,7 +93,7 @@
* method itself.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.3 $ $Date: 2000/12/17 05:18:58 $
  + * @version $Revision: 1.4 $ $Date: 2001/01/23 22:22:35 $
*/
   
   final class ApplicationFilterChain implements FilterChain {
  @@ -162,6 +164,33 @@
* @exception ServletException if a servlet exception occurs
*/
   public void doFilter(ServletRequest request, ServletResponse response)
  +throws IOException, ServletException {
  +
  +if( System.getSecurityManager() != null ) {
  +final ServletRequest req = request;
  +final ServletResponse res = response;
  +try {
  +java.security.AccessController.doPrivileged(
  +new java.security.PrivilegedExceptionAction()
  +{
  +public Object run() throws ServletException, IOException {
  +internalDoFilter(req,res);
  +return null;   
  +}   
  +}  
  +); 
  +} catch( PrivilegedActionException pe) {
  +Exception e = pe.getException();
  +if( e.getClass().getName().equals("javax.servlet.ServletException") 
)
  +throw (ServletException)e; 
  +throw (IOException)e;
  +}
  +} else {
  +internalDoFilter(request,response);
  +}
  +}
  + 
  +private void internalDoFilter(ServletRequest request, ServletResponse response)
   throws IOException, ServletException {
   
   // Construct an iterator the first time this method is called
  
  
  

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

Re: New WEBAPP/WARP sources...

[Pier Fumagalli]

Craig R. McClanahan <[EMAIL PROTECTED]> wrote:

> Pier Fumagalli wrote:
> 
>> I just added a bunch of changes to the WEBAPP/WARP sources to comply more
>> with WatchDog. I'll be rolling a new release of the module as soon as I get
>> back home...
>> 
>> Pier
>> 
> 
> With the latest CVS code, I get compile errors on WarpConnection,
> WarpConnectionHandler, WarpRequestHandler, WarpHandler, and WarpResponse.  Is
> it possible some files got missed in your commit?

And all files have double new line characters all over the place (the commit
was too big and rejected by the mailing list)... F**K! :(

Pier
 
-- 
Pier Fumagalli 



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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java

[glenn]

glenn   01/01/23 14:13:09

  Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.8   +179 -281  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java
  
  Index: StandardClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- StandardClassLoader.java  2001/01/23 05:05:48 1.7
  +++ StandardClassLoader.java  2001/01/23 22:13:06 1.8
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
 1.7 2001/01/23 05:05:48 remm Exp $
  - * $Revision: 1.7 $
  - * $Date: 2001/01/23 05:05:48 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
 1.8 2001/01/23 22:13:06 glenn Exp $
  + * $Revision: 1.8 $
  + * $Date: 2001/01/23 22:13:06 $
*
* 
*
  @@ -65,6 +65,7 @@
   package org.apache.catalina.loader;
   
   import java.io.File;
  +import java.io.FilePermission;
   import java.io.InputStream;
   import java.io.IOException;
   import java.net.JarURLConnection;
  @@ -74,6 +75,9 @@
   import java.net.URLConnection;
   import java.net.URLStreamHandlerFactory;
   import java.net.URLStreamHandler;
  +import java.security.CodeSource;
  +import java.security.PermissionCollection;
  +import java.security.Policy;
   import java.util.ArrayList;
   import java.util.Enumeration;
   import java.util.HashMap;
  @@ -105,7 +109,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.7 $ $Date: 2001/01/23 05:05:48 $
  + * @version $Revision: 1.8 $ $Date: 2001/01/23 22:13:06 $
*/
   
   public class StandardClassLoader
  @@ -123,6 +127,9 @@
   public StandardClassLoader() {
   
   super(new URL[0]);
  + this.parent = getParent();
  + this.system = getSystemClassLoader();
  + securityManager = System.getSecurityManager();
   
   }
   
  @@ -150,6 +157,9 @@
   public StandardClassLoader(ClassLoader parent) {
   
   super((new URL[0]), parent);
  + this.parent = parent;
  + this.system = getSystemClassLoader();
  + securityManager = System.getSecurityManager();
   
   }
   
  @@ -179,6 +189,9 @@
   public StandardClassLoader(String repositories[]) {
   
   super(convert(repositories));
  + this.parent = getParent();
  + this.system = getSystemClassLoader();
  + securityManager = System.getSecurityManager();
   if (repositories != null) {
   for (int i = 0; i < repositories.length; i++)
   addRepositoryInternal(repositories[i]);
  @@ -197,6 +210,9 @@
   public StandardClassLoader(String repositories[], ClassLoader parent) {
   
   super(convert(repositories), parent);
  + this.parent = parent;
  + this.system = getSystemClassLoader();
  + securityManager = System.getSecurityManager();
   if (repositories != null) {
   for (int i = 0; i < repositories.length; i++)
   addRepositoryInternal(repositories[i]);
  @@ -215,6 +231,9 @@
   public StandardClassLoader(URL repositories[], ClassLoader parent) {
   
   super(repositories, parent);
  + this.parent = parent;
  + this.system = getSystemClassLoader();
  + securityManager = System.getSecurityManager();
   if (repositories != null) {
   for (int i = 0; i < repositories.length; i++)
   addRepositoryInternal(repositories[i].toString());
  @@ -227,14 +246,6 @@
   
   
   /**
  - * The set of fully qualified class or resource names to which access
  - * will be allowed (if they exist) by this class loader, even if the
  - * class or resource name would normally be restricted.
  - */
  -protected String allowed[] = new String[0];
  -
  -
  -/**
* The set of optional packages (formerly standard extensions) that
* are available in the repositories associated with this class loader.
* Each object in this list is of type
  @@ -283,23 +294,32 @@
   protected ArrayList required = new ArrayList();
   
   
  +/**
  + * Instance of the SecurityManager installed.
  + */
  +private SecurityManager securityManager = null;
  +
  +
   /**
  - * The set of class name prefixes to which access should be restricted.
  - * A request for a class or resource that starts with this prefix will
  - * fail with an appropriate exception or null return value,
  - * unless that specific class or resource name is on the allowed list.
 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardLoader.java

[glenn]

glenn   01/01/23 14:12:51

  Modified:catalina/src/share/org/apache/catalina/loader
StandardLoader.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.15  +15 -6 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java
  
  Index: StandardLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- StandardLoader.java   2001/01/23 05:05:48 1.14
  +++ StandardLoader.java   2001/01/23 22:12:49 1.15
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
 1.14 2001/01/23 05:05:48 remm Exp $
  - * $Revision: 1.14 $
  - * $Date: 2001/01/23 05:05:48 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v
 1.15 2001/01/23 22:12:49 glenn Exp $
  + * $Revision: 1.15 $
  + * $Date: 2001/01/23 22:12:49 $
*
* 
*
  @@ -110,7 +110,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.14 $ $Date: 2001/01/23 05:05:48 $
  + * @version $Revision: 1.15 $ $Date: 2001/01/23 22:12:49 $
*/
   
   public final class StandardLoader
  @@ -602,9 +602,18 @@
   (parentClassLoader, shFactory);
for (int i = 0; i < repositories.length; i++)
classLoader.addRepository(repositories[i]);
  - classLoader.addRestricted("org.apache.catalina.");
  - classLoader.addSystem("javax.servlet.");
   ((StandardClassLoader) classLoader).setDelegate(this.delegate);
  + if (container instanceof Context) {
  + // Tell the class loader the root of the context
  + Resources resources = ((Context) container).getResources();
  + try {
  + URL contextURL = resources.getResource("/");
  + if( contextURL != null )
  + ((StandardClassLoader)classLoader).setPermissions(
  + contextURL);
  + } catch (MalformedURLException e) {
  + }
  + }
if (classLoader instanceof Lifecycle)
((Lifecycle) classLoader).start();
} catch (Throwable t) {
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader Reloader.java

[glenn]

glenn   01/01/23 14:12:35

  Modified:catalina/src/share/org/apache/catalina/loader Reloader.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.3   +4 -61 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java
  
  Index: Reloader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Reloader.java 2000/09/21 20:06:04 1.2
  +++ Reloader.java 2001/01/23 22:12:32 1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java,v
 1.2 2000/09/21 20:06:04 craigmcc Exp $
  - * $Revision: 1.2 $
  - * $Date: 2000/09/21 20:06:04 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java,v
 1.3 2001/01/23 22:12:32 glenn Exp $
  + * $Revision: 1.3 $
  + * $Date: 2001/01/23 22:12:32 $
*
* 
*
  @@ -71,23 +71,13 @@
* StandardLoader.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.2 $ $Date: 2000/09/21 20:06:04 $
  + * @version $Revision: 1.3 $ $Date: 2001/01/23 22:12:32 $
*/
   
   public interface Reloader {
   
   
   /**
  - * Add a new fully qualified class or resource name to which access will be
  - * allowed, even if the class or resource name would otherwise match one
  - * of the restricted patterns.
  - *
  - * @param name Class or resource name to allow access for
  - */
  -public void addAllowed(String name);
  -
  -
  -/**
* Add a new repository to the set of places this ClassLoader can look for
* classes to be loaded.
*
  @@ -101,58 +91,11 @@
   
   
   /**
  - * Add a fully qualified class or resource name prefix that, if it matches
  - * the name of a requested class or resource, will cause access to that
  - * class or resource to fail (unless the complete name is on the allowed
  - * list).
  - *
  - * @param prefix The restricted prefix
  - */
  -public void addRestricted(String prefix);
  -
  -
  -/**
  - * Add a fully qualified class or resource name prefix that, if it matches
  - * the name of a requested class or resource, will cause access to that
  - * class or resource to be attempted in the system class loader only
  - * (bypassing the repositories defined in this class loader).  By default,
  - * the java. prefix is defined as a system prefix.
  - *
  - * @param prefix The system prefix
  - */
  -public void addSystem(String prefix);
  -
  -
  -/**
  - * Return a String array of the allowed class or resource name list
  - * for this class loader.  If there are none, a zero-length array
  - * is returned.
  - */
  -public String[] findAllowed();
  -
  -
  -/**
* Return a String array of the current repositories for this class
* loader.  If there are no repositories, a zero-length array is
* returned.
*/
   public String[] findRepositories();
  -
  -
  -/**
  - * Return a String array of the restricted class or resource name prefixes
  - * for this class loader.  If there are none, a zero-length array
  - * is returned.
  - */
  -public String[] findRestricted();
  -
  -
  -/**
  - * Return a Striong array of the sytsem class or resource name prefixes
  - * for this class loader.  If there are none, a zero-length array
  - * is returned.
  - */
  -public String[] findSystem();
   
   
   /**
  
  
  

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

Re: New WEBAPP/WARP sources...

[Pier Fumagalli]

Pier Fumagalli <[EMAIL PROTECTED]> wrote:

> I just added a bunch of changes to the WEBAPP/WARP sources to comply more
> with WatchDog. I'll be rolling a new release of the module as soon as I get
> back home...

Yeah yeah whatever... I screwed the build... SHIATZ! :( Hope to be able to
fix it before tonight's nightly...

Pier

-- 
Pier Fumagalli 



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

FW: cvs commit: jakarta-tomcat-4.0/connectors/webapplib Makefilewa.c wa.h wa_callback.c wa_callback.h wa_connection.c wa_connection.hwa_host.c wa_host.h wa_provider.c wa_provider.h wa_provider_info.cwa_provider_warp.c wa_provider_warp.h wa_request.c wa_request.h

[Pier Fumagalli]

This one didn't get thru...

Pier

-- 
Pier Fumagalli 
I'm selling my Sony Vaio Z505. Check out 

-- Forwarded Message
> From: [EMAIL PROTECTED]
> Date: 23 Jan 2001 18:45:17 -
> To: [EMAIL PROTECTED]
> Subject: failure notice
> 
> Hi. This is the qmail-send program at apache.org.
> I'm afraid I wasn't able to deliver your message to the following addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.
> 
> <[EMAIL PROTECTED]>:
> ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes
> (#5.2.3)
> 
> --- Below this line is a copy of the message.
> 
> Return-Path: <[EMAIL PROTECTED]>
> Received: (qmail 94379 invoked by uid 500); 23 Jan 2001 18:45:10 -
> Delivered-To: [EMAIL PROTECTED]
> Received: (qmail 94335 invoked by uid 1023); 23 Jan 2001 18:45:03 -
> Date: 23 Jan 2001 18:45:03 -
> Message-ID: <[EMAIL PROTECTED]>
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: cvs commit: jakarta-tomcat-4.0/connectors/webapplib Makefile wa.c
> wa.h wa_callback.c wa_callback.h wa_connection.c wa_connection.h wa_host.c
> wa_host.h wa_provider.c wa_provider.h wa_provider_info.c wa_provider_warp.c
> wa_provider_warp.h wa_request.c wa_request.h
> 
> pier01/01/23 10:45:01
> 
> Modified:connectors Makedefs.orig Makefile
>  connectors/apache-1.3 Makefile mod_webapp.c
>  connectors/java WarpConnection.java
>   WarpConnectionHandler.java WarpConnector.java
>   WarpConstants.java WarpContext.java WarpDebug.java
>   WarpEngine.java WarpEngineMapper.java
>   WarpHandler.java WarpHandlerTable.java
>   WarpHost.java WarpInputStream.java
>   WarpOutputStream.java WarpPacket.java
>   WarpReader.java WarpRequest.java
>   WarpRequestHandler.java WarpResponse.java
>   WarpTable.java
>  connectors/webapplib Makefile wa.c wa.h wa_callback.c
>   wa_callback.h wa_connection.c wa_connection.h
>   wa_host.c wa_host.h wa_provider.c wa_provider.h
>   wa_provider_info.c wa_provider_warp.c
>   wa_provider_warp.h wa_request.c wa_request.h
> Log:
> New release of WEBAPP/WARP. Improved compliancy with WatchDog, performance
> tuning, and revised protocol.

-- End of Forwarded Message


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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[glenn]

glenn   01/01/23 14:05:55

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.11  +6 -6  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
  
  Index: ApplicationDispatcher.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- ApplicationDispatcher.java2000/12/29 20:27:10 1.10
  +++ ApplicationDispatcher.java2001/01/23 22:05:52 1.11
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
 1.10 2000/12/29 20:27:10 glenn Exp $
  - * $Revision: 1.10 $
  - * $Date: 2000/12/29 20:27:10 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
 1.11 2001/01/23 22:05:52 glenn Exp $
  + * $Revision: 1.11 $
  + * $Date: 2001/01/23 22:05:52 $
*
* 
*
  @@ -64,10 +64,10 @@
   
   package org.apache.catalina.core;
   
  -import java.security.AccessController;
  -import java.security.PrivilegedActionException;
   import java.io.IOException;
   import java.io.PrintWriter;
  +import java.security.AccessController;
  +import java.security.PrivilegedActionException;
   import javax.servlet.RequestDispatcher;
   import javax.servlet.Servlet;
   import javax.servlet.ServletException;
  @@ -96,7 +96,7 @@
* javax.servlet.ServletResponseWrapper.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.10 $ $Date: 2000/12/29 20:27:10 $
  + * @version $Revision: 1.11 $ $Date: 2001/01/23 22:05:52 $
*/
   
   final class ApplicationDispatcher
  
  
  

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

RE: Forming an opinion

[Paulo Gaspar]

So, it seems that you have nothing against self defense. Right?

Paulo

> -Original Message-
> From: James Duncan Davidson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 23, 2001 19:23
> 
> On 1/22/01 4:16 PM, "Geoff Soutter" <[EMAIL PROTECTED]> wrote:
> 
> > Yeah, sounds reasonable. Maybe I ought to be asking how do we 
> protect the
> > people that get offended? :-)
> 
> Those who need to be protected shouldn't walk outside their front door.
> 
> -- 
> James Duncan Davidson
> [EMAIL PROTECTED]
>   
> !try; do()


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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ContextConfig.java

[glenn]

glenn   01/01/23 14:02:38

  Modified:catalina/src/share/org/apache/catalina/startup
ContextConfig.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.38  +4 -124
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
  
  Index: ContextConfig.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
  retrieving revision 1.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- ContextConfig.java2001/01/23 05:05:51 1.37
  +++ ContextConfig.java2001/01/23 22:02:36 1.38
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
 1.37 2001/01/23 05:05:51 remm Exp $
  - * $Revision: 1.37 $
  - * $Date: 2001/01/23 05:05:51 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
 1.38 2001/01/23 22:02:36 glenn Exp $
  + * $Revision: 1.38 $
  + * $Date: 2001/01/23 22:02:36 $
*
* 
*
  @@ -68,7 +68,6 @@
   import java.io.File;
   import java.io.FileInputStream;
   import java.io.FileNotFoundException;
  -import java.io.FilePermission;
   import java.io.InputStream;
   import java.io.IOException;
   import java.lang.reflect.InvocationTargetException;
  @@ -76,12 +75,6 @@
   import java.net.JarURLConnection;
   import java.net.MalformedURLException;
   import java.net.URL;
  -import java.security.CodeSource;
  -import java.security.Permission;
  -import java.security.Permissions;
  -import java.security.PermissionCollection;
  -import java.security.Policy;
  -import java.security.ProtectionDomain;
   import java.util.ArrayList;
   import java.util.Enumeration;
   import java.util.MissingResourceException;
  @@ -118,7 +111,7 @@
* of that Context, and the associated defined servlets.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.37 $ $Date: 2001/01/23 05:05:51 $
  + * @version $Revision: 1.38 $ $Date: 2001/01/23 22:02:36 $
*/
   
   public final class ContextConfig
  @@ -766,116 +759,6 @@
   
   
   /**
  - * Configure permissions for this web application if we are running
  - * under the control of a security manager.
  - */
  -private void permissionsConfig() {
  -
  -// Has a security manager been installed?
  -SecurityManager securityManager = System.getSecurityManager();
  -if (securityManager == null)
  -return;
  -
  -// Refresh the standard policy permissions
  -if (debug >= 1)
  -log("Retrieving global policy permissions");
  -Policy policy = Policy.getPolicy();
  -policy.refresh();
  -
  -// Accumulate the common permissions we will add to all code sources
  -if (debug >= 1)
  -log("Building common permissions to add");
  -ServletContext servletContext = context.getServletContext();
  -Permissions commonPerms = new Permissions();
  -URL baseURL = null;
  -try {
  -baseURL = servletContext.getResource("/");
  -if (debug >= 1)
  -log(" baseURL=" + baseURL.toString());
  -} catch (MalformedURLException e) {
  -log("permissionsConfig.baseURL", e);
  -}
  -String baseFile = baseURL.toString();
  -if (baseFile.startsWith("file://")) // FIXME - file dependency
  -baseFile = baseFile.substring(7);
  -else if (baseFile.startsWith("file:"))
  -baseFile = baseFile.substring(5);
  -if (baseFile.endsWith("/"))
  -baseFile += "-";
  -else
  -baseFile += "/-";
  -commonPerms.add(new FilePermission(baseFile, "read"));
  -File workDir = (File)
  -context.getServletContext().getAttribute(Globals.WORK_DIR_ATTR);
  -try {
  -commonPerms.add(new FilePermission(workDir.getCanonicalPath() +
  -   "/-",
  -   "read,write,delete"));
  -} catch (IOException e) {
  -log("permissionsConfig.filePerm", e);
  -}
  -if (debug >= 1)
  -log(" commonPerms=" + commonPerms.toString());
  -
  -// Build a CodeSource representing our document root code base
  -if (debug >= 1)
  -log("Building document root code source");
  -URL docURL = null;
  -try {
  -docURL = servletContext.getResource("/WEB-INF");
  -if (debug >= 1)
  -log(" docURL=" + docURL.toString());
  -} catch (MalformedURLException e) {
  -log("permissionsConfig.docURL", e);
  -}
  -Code

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java

[glenn]

glenn   01/01/23 14:01:20

  Modified:catalina/src/share/org/apache/catalina/startup Catalina.java
  Log:
  Implement SecurityManager
  
  Revision  ChangesPath
  1.13  +23 -9 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java
  
  Index: Catalina.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- Catalina.java 2001/01/23 05:05:51 1.12
  +++ Catalina.java 2001/01/23 22:01:16 1.13
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v
 1.12 2001/01/23 05:05:51 remm Exp $
  - * $Revision: 1.12 $
  - * $Date: 2001/01/23 05:05:51 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v
 1.13 2001/01/23 22:01:16 glenn Exp $
  + * $Revision: 1.13 $
  + * $Date: 2001/01/23 22:01:16 $
*
* 
*
  @@ -70,6 +70,7 @@
   import java.io.OutputStream;
   import java.lang.reflect.InvocationTargetException;
   import java.net.Socket;
  +import java.security.Security;
   import java.util.Stack;
   import org.apache.catalina.Container;
   import org.apache.catalina.Lifecycle;
  @@ -96,7 +97,7 @@
* 
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.12 $ $Date: 2001/01/23 05:05:51 $
  + * @version $Revision: 1.13 $ $Date: 2001/01/23 22:01:16 $
*/
   
   public class Catalina {
  @@ -484,12 +485,6 @@
   ("addLifecycleListener",
"org.apache.catalina.LifecycleListener"));
   
  -/*
  - mapper.addRule(prefix + "/Loader",
  -mapper.objectCreate
  -("org.apache.catalina.loader.StandardLoader",
  - "className"));
  -*/
   mapper.addRule(prefix + "/Loader",
  new CreateLoaderAction());
mapper.addRule(prefix + "/Loader",
  @@ -647,6 +642,25 @@
   System.setProperty(javax.naming.Context.INITIAL_CONTEXT_FACTORY,
  "org.apache.naming.java.javaURLContextFactory");
   }
  +
  + // If a SecurityManager is being used, set properties for
  + // checkPackageAccess() and checkPackageDefinition
  + if( System.getSecurityManager() != null ) {
  + String access = Security.getProperty("package.access");
  + if( access != null && access.length() > 0 )
  + access += ",";
  + else
  + access = "sun.,";
  + Security.setProperty("package.access",
  + access + "org.apache.catalina.,org.apache.jasper.");
  + String definition = Security.getProperty("package.definition");
  + if( definition != null && definition.length() > 0 )
  + definition += ",";
  + else
  + definition = "sun.,";
  + Security.setProperty("package.definition",
  + "java.,javax.,org.apache.catalina.,org.apache.jasper.");
  + }
   
// Start the new server
if (server instanceof Lifecycle) {
  
  
  

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

Re: Meeting dialins

[Jim Driscoll]

Shawn McMurdo wrote:
> A reservation system or even an informal "who's planning on dialing in"
> query on the list before the meeting can give the community and the
> organizers a good feel for whether there is room for casual observers
> or whether more ports are needed.

I performed an informal query on this list.

>From the thunderous silence, I figured that there wouldn't really be
more than a few people dialing in...  and so reserved far more than I
ever thought I'd need.

Jim

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

Re: New WEBAPP/WARP sources...

[Craig R. McClanahan]

Pier Fumagalli wrote:

> I just added a bunch of changes to the WEBAPP/WARP sources to comply more
> with WatchDog. I'll be rolling a new release of the module as soon as I get
> back home...
>
> Pier
>

With the latest CVS code, I get compile errors on WarpConnection,
WarpConnectionHandler, WarpRequestHandler, WarpHandler, and WarpResponse.  Is it
possible some files got missed in your commit?

Craig



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

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3 STATUS.html

[larryi]

larryi  01/01/23 12:45:20

  Modified:.RELEASE-PLAN-3.3 STATUS.html
  Log:
  Another round of changes, including a spellcheck pass.
  
  I may be done, assuming I haven't missed something important.
  
  Revision  ChangesPath
  1.5   +17 -16jakarta-tomcat/RELEASE-PLAN-3.3
  
  Index: RELEASE-PLAN-3.3
  ===
  RCS file: /home/cvs/jakarta-tomcat/RELEASE-PLAN-3.3,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- RELEASE-PLAN-3.3  2001/01/22 21:21:44 1.4
  +++ RELEASE-PLAN-3.3  2001/01/23 20:45:07 1.5
  @@ -18,10 +18,11 @@
   Changes:
   
   Tomcat 3.3 will implement no new major features compared with 3.2. 
  -Some tunning and improvements are made to various modules to increase
  -the usability and flexibility. The "changes3.3" document includes the 
  -code changes done during tomcat development. ( XXX needs to be 
  -cleaned and reorganized in STATUS )
  +Some tuning and improvements are made to various modules to increase
  +the usability and flexibility.  The STATUS.HTML document summarizes
  +some of these changes in the action items marked for the 3.3 release.
  +The "changes3.3" document provides a more detailed list of the 
  +code changes.
   
   Most of the changes are related with continuing the refactoring of the 
   3.x and performance enhancements that couldn't make it into 3.2. 
  @@ -43,8 +44,8 @@
   discussed and incorporated. Also, the documentation will be reviewed 
   and improved. 
   
  -In parallel, work will start on fixing a significant number ( most ? ) of 
  -bugs that were reported  and fixed in 3.2 and post 3.2. This work will
  +In parallel, work will start on fixing all bugs and making other changes
  +as required by the Release criteria given below. This work will
   continue during the beta period.
   
   Whenever possible, we should try to create a self-test case ( using
  @@ -96,7 +97,7 @@
Release Manager:Larry Isaacs
   
   The final build. The pre-requisite for the release is having no bugs in
  -the test suite, resolution for all known bugs and aproval by the community.
  +the test suite, resolution for all known bugs and approval by the community.
   
   
   Release criteria
  @@ -107,7 +108,7 @@
   
   1. Tomcat 3.3 should have no regression compared with 3.2. 
   Any reported regression is a show-stopper and a release can't be made
  -before it is resovled. 
  +before it is resolved. 
   
   2. Open bugs should be resolved.
   
  @@ -122,7 +123,7 @@
   6. Full review of the code, making sure the modularity and   extensibility 
 goals have been achieved.
 
  -7. Make sure that the refactoring is clean, and maintainance will be
  +7. Make sure that the refactoring is clean, and maintenance will be
   easier that 3.2
   
   8. Ensure that the performance is (significantly) better than
  @@ -134,9 +135,9 @@
   
   
   
  -Platorms.
  +Platforms.
We must make sure that tomcat test reports ( at least watchdog + self-test ) 
  -contributed by developers and usrs exists for at least Linux, Solaris, 
  +contributed by developers and users exists for at least Linux, Solaris, 
   Windows 9x, Windows NT/2000. It is desirable to have test reports on 
   MacOS 9/X, FreeBSD.
   
  @@ -150,7 +151,7 @@
   ( possibly ) with IIS and NES ( low priority ).
   
   
  -Maintainance Plan
  +Maintenance Plan
   =
   
   The release team must consist of at least 3 people, and will fix any major
  @@ -158,16 +159,16 @@
   minor releases, if absolutely needed ( security or stability bugs ).
   In any case, no backward-incompatible or major changes should be made.
   
  -The release team must coordinate the maintainace and support of tomcat, 
  +The release team must coordinate the maintenance and support of tomcat, 
   dispatching bugs and user requests to developers and acting as the 
   last resort in resolving major support issues. 
   
   Release Team
   
   
  -The release team will be composed from the commiters that give the binding
  +The release team will be composed of the committers that give the binding
   +1 on the release plan and release proposal. It must have at least 3
  -memebers, and follow the rules that will be established. 
  +members, and follow the rules that will be established. 
   
   The release team will coordinate the execution of the release plan, dispatch
   bugs to volunteers, review commits, and act as a lead in the release
  @@ -176,4 +177,4 @@
   One of the team members will act as "Release Manager" and will be 
   responsible for building the milestones, making the announcements about
   the release progress and all other roles that will be set by PMC and 
  -commiters.
  +committers.
  
  
  
  1.9   +17 -18jakarta-tomcat/STATUS.html
  
  Index: STATUS.html
  

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

[craigmcc]

craigmcc01/01/23 12:12:22

  Modified:tester   build.xml
   tester/src/bin tester.xml
   tester/web/WEB-INF web.xml
  Added:   tester/src/tester/org/apache/tester Resources01.java
Resources01.txt Resources02.java Resources03.java
Resources03.txt Resources04.java
  Log:
  Add a variety of positive and negative tests for the following APIs:
ServletContext.getResource()
ServletContext.getResourceAsStream()
Class.getResource() - Both WEB-INF/classes and WEB-INF/lib
Class.getResourceAsStream() - Both WEB-INF/classes and WEB-INF/lib
  
  Tomcat 4.0 current code (including the recently merged resources changes)
  passes all of these tests.
  
  Revision  ChangesPath
  1.2   +8 -0  jakarta-tomcat-4.0/tester/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/tester/build.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- build.xml 2000/12/18 05:06:12 1.1
  +++ build.xml 2001/01/23 20:11:48 1.2
  @@ -41,6 +41,7 @@
   
 
   
  +
   
 
   
  @@ -59,7 +60,14 @@
 
   
 
  +  
  +
  +  
   
  +
  +
   
   
   
  
  
  
  1.8   +123 -1jakarta-tomcat-4.0/tester/src/bin/tester.xml
  
  Index: tester.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/tester/src/bin/tester.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- tester.xml2001/01/06 02:38:12 1.7
  +++ tester.xml2001/01/23 20:12:00 1.8
  @@ -2,6 +2,7 @@
   
 
 
  +  
 
 
   
  @@ -10,7 +11,7 @@
 
   
   
  -  
  +  
   
   
 
  @@ -112,6 +113,127 @@
   
  +
  +  
  +
  +
  +  
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
   
 
   
  
  
  
  1.1  
jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/Resources01.java
  
  Index: Resources01.java
  ===
  /* = *
   *   *
   * The Apache Software License,  Version 1.1 *
   *   *
   * Copyright (c) 1999, 2000, 2001  The Apache Software Foundation.   *
   *   All rights reserved.*
   *   *
   * = *
   *   *
   * Redistribution and use in source and binary forms,  with or without modi- *
   * fication, are permitted provided that the following conditions are met:   *
   *   *
   * 1. Redistributions of source code  must retain the above copyright notice *
   *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 ."  *
   *   *
   *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 *
  

BugRat Report #828 has been filed.

[BugRat Mail System]

Bug report #828 has just been filed.

You can view the report at the following URL:

   

REPORT #828 Details.

Project: Tomcat
Category: Feature Requests
SubCategory: New Feature
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment: 
   Release: 1
   JVM Release: 1
   Operating System: 1
   OS Release: 1
   Platform: 1

Synopsis: 
what is this

Description:
This and that do not function
http://znutar.cortexity.com/BugRatReport/ReportForm


Title: 
BugRat Report #
828





BugRat Report #
828




Project:
Tomcat


Release:
1




Category:
Feature Requests


SubCategory:
New Feature




Class:
swbug


State:
received




Priority:
high


Severity:
critical




Confidence:
public





Submitter:
Achim Dannecker ( [EMAIL PROTECTED] )

Date Submitted:
Jan 23 2001, 01:05:39 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

what is this


 Environment: (jvm, os, osrel, platform)

1, 1, 1, 1



Additional Environment Description:





Report Description:

This and that do not function
http://znutar.cortexity.com/BugRatReport/ReportForm




View this report online...






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

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_uri_worker_map.c

[James Courtney]

Costin and Geoff,
Thanks very much for your help and interest.  I don't think that doing the
"right thing" is as hard as you think though:)  I've got the 2.2 servlet
spec and I reread the servlet mapping functionality.  I believe Apache does
path matching in the same way so that any patterns specified in Apache have
the same context when passed to Tomcat, thus a direct mapping is still
feasible.  In actuallity, Apache will map "*.jsp" as in the servlet 2.2.
spec and mod_jk requires "/*.jsp".  I've attached a segment of an Apache
httpd.conf file containing the Tomcat configuration as I've modified it, a
sample WEB-INF/web.xml file, a sample workers.properties file, a sample
server.xml, and both the current mod_jk.c and my mod_jk.c files and a diff
between them.  If you'll notice, the only configuration changes that differ
from the current way of doing things are in httpd.conf.  The web.xml,
workers.properties, and server.xml files are nothing out of the ordinary.
Please let me know what you think of the differences and how they would
impact usability.  Please note in particular the architectural changes I
made to mod_jk.c by unregistering it as a filter and changing the entry
point for the handler to allow URI resolution to determine the appropriate
Tomcat worker.  I agree that the existing performance hit is minimal but I
just don't see an advantage to paying that price and risking URI
misinterpretation by other installed modules.  Additionally, I'm fairly
confident that tomcat could be set up to produce the appropriate sample
httpd.conf file fairly easily too.  Many thanks for your time and insight
and please let me know what you think.
Cheers,
Jamey



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 23, 2001 8:52 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common
jk_uri_worker_map.c


Hi Jamey,

You are touching a very important subject in the mod_jk
implementation. And YES, you are absolutely right ( IMHO ) - Apache, IIS,
NES, AOLServer are pretty good at processing requests - after all that's
their main business.
Each requests is mapped by the ( optimized ) mappers of
the native web server, and then the same operation is duplicated in
mod_jk - adding a performance hit on all served requests.

Unfortunately, doing the "right thing" is hard and tricky - the current
solution works and the overhead it adds is acceptable.

The problem is that configuring the server is tricky and few people know
how to do it. An attempt has been made to generate server config file
automatically, but web.xml is quite complex and a lot is missing.

mod_jk has a lot of flexibility - it can send all the requests for a
particular context to tomcat ( where all web.xml settings will be
respected ).
Or you can translate the mapping from web.xml in server configs - and
operate in the most efficient way.

The translation is not easy and requires knowledge of the server. All
settings in web.xml have equivalent in the server settings - but not too
many people know how to do it. And it's even harder to do it
automatically. But what you get is maximum flexibility, you can authorize
using any of the server modules, etc.

That's why forwarding the whole context is sometimes an acceptable
solution ( and it automatically respects all settings in web.xml :-). The
only problem - static files in webapps will still be served by tomcat, and
the server is just a proxy.

I have serious doubts that an automated solution is the best for all
cases, but improvements to the current "forward all" are needed. On the
other side, I think it is very important to support/enhance the flexible
aproach where a server admin has the chance to tune the settings.

Case: authentication. There is no easy way to guess what mod_auth is used
by the server ( you may have multiple modules doing that ). A "manual
tunning" would allow the deployer to do implement his site policies and
tune the deployment. A "automated" deployment should be possible, but I
doubt it is the best for big production sites.

(thanks for reviewing the code, any enhancements in this area are
wellcomed )

Costin




> Many thanks,
>   I was wondering why both the mod_jk module and IIS isapi act as filters
> instead of an Apache handler or an IIS application respectively.  In their
> current implementation they scan all request URIs for ones that they are
> responsible for and then, in the case of Apache anyway, register a call
back
> to a handler to handle the actual request.  I have had this cause problems
> for me with Apache in the case where I have a servlet named foo and
another
> file named foo.xxx.  mod_jk correctly maps /foo to the servlet and
registers
> the callback but Apache never calls the callback and instead some other
> module or the Apache core make a best guess that the request really meant
> foo.xxx since no /foo exists as far as A

Re: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan

[Remy Maucherat]

Quoting Tim Tye <[EMAIL PROTECTED]>:

> I would like to see the encoding of the input stream fixed in this
> release also.  At
> least use the value of ServletRequest.setCharacterEncoding() to specify
> the encoding
> of parameter names and values.  (BugRat #785).

+1 for fixing #785 (I still can't figure out why it's not working, BTW). Good 
i18n issues handling won't make it in 4.0, however (the connector 
reorganization was thought to be too risky). Working decoding of the parameters 
should also be supported (I think it was #783 or #784).

> I will do the work on this one.

Thanks for the help on those issues :)

Remy

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

New WEBAPP/WARP sources...

[Pier Fumagalli]

I just added a bunch of changes to the WEBAPP/WARP sources to comply more
with WatchDog. I'll be rolling a new release of the module as soon as I get
back home...

Pier


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

cvs commit: jakarta-tomcat-4.0/connectors/java Makefile

[pier]

pier01/01/23 10:46:19

  Added:   connectors/java Makefile
  Log:
  Added simple Makefile for Java classes (to ease the release of WARP
  standalone).
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-4.0/connectors/java/Makefile
  
  Index: Makefile
  ===
  # = #
  
  #   #
  
  # The Apache Software License,  Version 1.1 #
  
  #   #
  
  # Copyright (c) 1999, 2000  The Apache Software Foundation. #
  
  #   All rights reserved.#
  
  #   #
  
  # = #
  
  #   #
  
  # Redistribution and use in source and binary forms,  with or without modi- #
  
  # fication, are permitted provided that the following conditions are met:   #
  
  #   #
  
  # 1. Redistributions of source code  must retain the above copyright notice #
  
  #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 ."  #
  
  #   #
  
  #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 Software Foundation.#
  
  #   #
  
  # 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 OF USE,  DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION) #
  
  # HOWEVER CAUSED AND  ON ANY  THEORY  OF  LIABILITY,  WHETHER IN  CONTRACT, #
  
  # STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN #
  
  # ANY  WAY  OUT OF  THE  USE OF  THIS  SOFTWARE,  EVEN  IF  ADVISED  OF THE #
  
  # POSSIBILITY OF SUCH DAMAGE.   #
  
  #   #
  
  # = #
  
  #   #
  
  # This software  consists of voluntary  contributions made  by many indivi- #
  
  # duals on behalf of the  Apache Software Foundation.  For more information #
  
  # on the Apache Software Foundation, please see .   #
  
  #   #
  
  # = #
 

cvs commit: jakarta-tomcat-4.0/connectors/docs connection.jpg logo.png packet.jpg warp.html

[pier]

pier01/01/23 10:41:15

  Added:   connectors/docs connection.jpg logo.png packet.jpg warp.html
  Log:
  Added initial documentation
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-4.0/connectors/docs/connection.jpg
  
<>
  
  
  1.1  jakarta-tomcat-4.0/connectors/docs/logo.png
  
<>
  
  
  1.1  jakarta-tomcat-4.0/connectors/docs/packet.jpg
  
<>
  
  
  1.1  jakarta-tomcat-4.0/connectors/docs/warp.html
  
  Index: warp.html
  ===
  
  
  
  
  WARP version 0.9
  
  
  
  
  
  
  
  
  
 
  
  
  
   WARP version 0.9 
  
Web Application Remote-access Protocol 
  
  
  

  
  
  
  
  
   Index: 
  
  
  
Preface
  
Packet Structure
  
  
  
  
  
  Preface:
  
  [NOTE: write a preface describing the objectives of the 
  
  WARP protocol] 
  
   
  
  
  
  Packet Structure:
  
  Every WARP packet has the same structure, three sixteen bits (two octects) 
  
values representing the packet header followed by a variable-length data body:
  
  
  
  The REQ field:
  
  The first sixteen bits in a packets are called "REQ" 
  
and this value represents the request identificator for this packet. The WARP 
  
protocol allows different requests to be handled at the same time on a shared 
  
IO resource (like a socket). This technique is called multiplexing, and it is 
  
used to reduce the resources used by the system when handling a request.
  
  [NOTE: expand on why multiplexing requests 
  
reduces resource utilization]
  
  Usually, this field contains the ID of the request, but two values 
  
are reserved by the WARP protocol to handle specific cases: The 0x value 
  
is used to set up the connection (see below, Connection Handling) and the 0x 
  
value is used to terminate the connection in case of errors (see below, Connection 
  
Termination). Thus, the values left for request handling range between 0x0001 
  
and 0xFFFE, allowing a total of 65533 requests handled at the same time over 
  
a single IO resource (see below, Request Handling).
  
  The TYP field:
  
  The second set of sixteen bits in a packets is called 
"TYP". 
  
This value represents represents the data contained in the packet. Reference 
  
tables for these values are given below for the three possible states of the 
  
connection: Connection Handling, Connection Termination and Request Handling.
  
  The LEN field:
  
  The third set of sixteen bits in a packets is called 
"LED". 
  
This value specifies the number of octets present in the DTA field. This value 
  
can range between 0x and 0x, allowing a length between 0 and 65535 octets 
  
for the DTA field.
  
  The DTA field:
  
  The last part of a WARP packet is called "DTA" and 
contains 
  
the actual data transmitted in the packet. The length of this part is determined 
  
by the value specified in the "LEN" field of the packet, and can be 
  
zero (no DTA present) when LEN is equal to 0x.
  
  The format of the data contained in this field depends on the 
  
value of the TYP field, tables are provided below.
  
  Three kinds of data are allowed in the DTA field and these are:
  
  
  
VALUE: a value is represented by 16 bits (2 octets) and can range between 
  
  0x and 0x. Depending on the value of the TYP field, a value can be 
  
  interpreted as an unsigned value (between 0 and 65535) or as a signed value 
  
  (between -32768 and 32767).
  
  
  
  
  
STRING: a string is an array of characters always encoded following the 
  
  ISO-8859-1 standard. A string is value is represented by a 16 bits (2 octets) 
  
  value indicating the encoded string length and the actual octets of the encoded 
  
  characters.
  
  
  
  
  
RAW: sometimes it is useful to send raw data within packets (for binary 
  
  data transmission, or to avoid multiple string encoding and decoding). Raw 
  
  data is transmitted as-is (octets received from an HTTP client are transmitted 
  
  to a WARP server, and vice-versa), without any alteration.
  
  
  
  
  
  Connection Handling:
  
  Once a connection between WARP server and client has been estabilished (in 
  
example, a socket is opened), before any request can be handled, the client 
  
and server must negotiate their operation parameter. This is done sending packets 
  
with the special CON value of 0x. Here is a description of what happens 
  
between the client and the server:
  
   
  
  
  
The client opens a connection to the WARP server and waits for a packet.
  
The WARP server issues either a AUTHENTICATE or a WELCOME message.
  
The client checks the protocol version implemented by the server (interrupting 
  
  the connection if not 

cvs commit: jakarta-tomcat-4.0/connectors/docs - New directory

[pier]

pier01/01/23 10:39:51

  jakarta-tomcat-4.0/connectors/docs - New directory

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

Re: Forming an opinion

[James Duncan Davidson]

On 1/22/01 4:16 PM, "Geoff Soutter" <[EMAIL PROTECTED]> wrote:

> Yeah, sounds reasonable. Maybe I ought to be asking how do we protect the
> people that get offended? :-)

Those who need to be protected shouldn't walk outside their front door.

-- 
James Duncan Davidson[EMAIL PROTECTED]
  !try; do()


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

Win2K + Apache + JServ + Tomcat

[Charles Chen]

Anybody knows a working combination of Win2K + Apache + Jserv + tomcat?

I installed apache 1.3.12 + tomcat 3.2.1 + jserv (come with tomcat 3.2.1) on
win2K but as soon as the jserv was added into the httpd.conf and the the dll
was copied into the right place, the apache refused to start up.

>From the web site information I have searched, it seemt to me that only
certain old versions of apache + jserv + tomcat could work together. No
information could be found about Win2K installation. Any hint + reference +
pointer would be greatly appreciated.


Thanks in anticipation.


Charles


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

Re: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan

[Tim Tye]

> "Craig R. McClanahan" wrote:
> >
> > Over the last week or so, there has been some interest in changes to Tomcat
> > 4.0-beta-1, including some changes in fundamental APIs within Catalina.  It
> > would be desireable to make these changes before a 4.0 release is completed, so
> > that we can strive to maintain API compatibility, to the maximum degree
> > possible, throughout the 4.x lifetime.
> >
> > Therefore, I would like to propose "unfreezing" the 4.0 codebase, and opening it
> > again to new development, with some of the major items listed below.  The
> > revised release plan for Tomcat 4.0 Beta 2 would then become:
> >
> > Proposed Release Manager: Craig McClanahan (unless someone
> > else wants to volunteer for this part)
> > Proposed Code Freeze Date:  February 5, 2001 (two weeks from today)
> > * Miscellaneous bug fixes from BugRat reports, as well as bug reports
> >   on the mailing lists.  (a variety of patches have already been proposed).
> >
> > Craig McClanahan

I would like to see the encoding of the input stream fixed in this release also.  At
least use the value of ServletRequest.setCharacterEncoding() to specify the encoding
of parameter names and values.  (BugRat #785).
I will do the work on this one.
And, If my vote counts +1

Tim Tye


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

BugRat Report #826 has been filed.

[BugRat Mail System]

Bug report #826 has just been filed.

You can view the report at the following URL:

   

REPORT #826 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment: 
   Release: Tomcat 3.2b1
   JVM Release: JDK1.3
   Operating System: Windows
   OS Release: 2000
   Platform: Intel

Synopsis: 
jk_nt_service.exe stops executing as an NT service when user logs off

Description:
When jk_nt_service.exe is used to install Tomcat as a Windows NT service and the user 
logs off, the service stops as well. This is due to a bug in JDK 1.3 explained at the 
following URL: http://developer.java.sun.com/developer/bugParade/bugs/4323062.html

This behavior in JDK1.3 is different from JDK1.2

Title: 
BugRat Report #
826





BugRat Report #
826




Project:
Tomcat


Release:
Tomcat 3.2b1




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
high


Severity:
critical




Confidence:
public





Submitter:
_Anonymous ( [EMAIL PROTECTED] )

Date Submitted:
Jan 23 2001, 11:48:10 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

jk_nt_service.exe stops executing as an NT service when user logs off


 Environment: (jvm, os, osrel, platform)

JDK1.3, Windows, 2000, Intel



Additional Environment Description:





Report Description:

When jk_nt_service.exe is used to install Tomcat as a Windows NT service and the user logs off, the service stops as well. This is due to a bug in JDK 1.3 explained at the following URL: http://developer.java.sun.com/developer/bugParade/bugs/4323062.html

This behavior in JDK1.3 is different from JDK1.2



How To Reproduce:

null



Workaround:

null



View this report online...






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

Re: Session url rewriting

[Craig R. McClanahan]

"Klemme, Robert, myview" wrote:

> hi there!
>
> the original e-mail of craig dates some months back.
>
> > When a session is first created, Tomcat has no way to know whether
> > session cookies are supported by the browser.  Therefore, to be safe, it
> > sends the session ID both ways (by cookie and by modifying URLs that you
> > submit to response.encodeURL calls).  On subsequent requests that are
> > part of this session, Tomcat will notice that it received the session ID
> > via a cookie, so it will stop doing the rewriting.
>
> i wonder whether anything has changed here, especially whether there is a
> configuration option (possibly in server.xml) that switches cookies for
> session tracking of.
>

Yes ... answer depends on version.

Tomcat 3.2:  Search in "conf/server.xml" for the string "noCookies" and set the
corresponding attribute to "true".  This is global to the entire JVM, and
therefore all webapps.

Tomcat 4.0:  You can make a choice of cookies versus not for each webapp
individually (default is to use cookies if they are supported).  To turn them
off, create a context entry like this:



>
> thanks a lot
>
> robert
>

Craig



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

Tools.jar

[eitan golan (Kamoon IL)]

Title: Tools.jar





Hello there boys and Girls


I have a license issue


1. Sun JDK's license is for non commercial or production use
2. For Production and commercial use they give the JRE
3. Tools.jar is a part of the JDK and is missing from the JRE
4. Tomcat needs Tools.jar for it's normal activity


result : Cant put Tomcat on production or commercial use


Any Solutions ?



<> <> <> <> <> <> <> <> <>


Eitan Golan
MIS
KAMOON
 
29 Bezalel St. 
Ramat Gan, 52521
ISRAEL
+972 (3) 6129922 ext. 205
+972 (3) 6129923 Fax
+972 (58) 638845 Mobile 
www.Kamoon.com

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_uri_worker_map.c

[cmanolache]

Hi Jamey,

You are touching a very important subject in the mod_jk
implementation. And YES, you are absolutely right ( IMHO ) - Apache, IIS,
NES, AOLServer are pretty good at processing requests - after all that's
their main business.
Each requests is mapped by the ( optimized ) mappers of
the native web server, and then the same operation is duplicated in
mod_jk - adding a performance hit on all served requests. 

Unfortunately, doing the "right thing" is hard and tricky - the current
solution works and the overhead it adds is acceptable.

The problem is that configuring the server is tricky and few people know
how to do it. An attempt has been made to generate server config file
automatically, but web.xml is quite complex and a lot is missing. 

mod_jk has a lot of flexibility - it can send all the requests for a 
particular context to tomcat ( where all web.xml settings will be
respected ). 
Or you can translate the mapping from web.xml in server configs - and
operate in the most efficient way. 

The translation is not easy and requires knowledge of the server. All
settings in web.xml have equivalent in the server settings - but not too
many people know how to do it. And it's even harder to do it
automatically. But what you get is maximum flexibility, you can authorize
using any of the server modules, etc. 

That's why forwarding the whole context is sometimes an acceptable
solution ( and it automatically respects all settings in web.xml :-). The
only problem - static files in webapps will still be served by tomcat, and
the server is just a proxy.

I have serious doubts that an automated solution is the best for all
cases, but improvements to the current "forward all" are needed. On the
other side, I think it is very important to support/enhance the flexible
aproach where a server admin has the chance to tune the settings.

Case: authentication. There is no easy way to guess what mod_auth is used
by the server ( you may have multiple modules doing that ). A "manual
tunning" would allow the deployer to do implement his site policies and
tune the deployment. A "automated" deployment should be possible, but I
doubt it is the best for big production sites. 

(thanks for reviewing the code, any enhancements in this area are
wellcomed )

Costin




> Many thanks,
>   I was wondering why both the mod_jk module and IIS isapi act as filters
> instead of an Apache handler or an IIS application respectively.  In their
> current implementation they scan all request URIs for ones that they are
> responsible for and then, in the case of Apache anyway, register a call back
> to a handler to handle the actual request.  I have had this cause problems
> for me with Apache in the case where I have a servlet named foo and another
> file named foo.xxx.  mod_jk correctly maps /foo to the servlet and registers
> the callback but Apache never calls the callback and instead some other
> module or the Apache core make a best guess that the request really meant
> foo.xxx since no /foo exists as far as Apache is concerned.  By adding
> handler entries to Apache's httpd.conf file like the following (pardon my
> syntax if it is somewhat off)
> 
> 
>   
> 
> 
> Apache then automatically sends that URI to mod_jk without any filtering
> needed.  All mod_jk need now do is determine which Tomcat handler to use
> (ajp12, ajp13, lb, etc...).  Filtering is also more expensive because all
> modules get a chance to act on the URI before the callback handler.  By
> registering mod_jk as a handler directly, Apache maps the URI directly to
> mod_jk with basically no overhead or searching.  I've made some code changes
> (about four changed lines) to mod_jk that make it behave as a pure handler
> with no filtering and it seems to run great but I'd like to know before
> proposing a change if there were specific reasons for the filter
> implementation.  Many thanks to anyone who can help:)
> -Jamey
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 22, 2001 7:23 PM
> To: [EMAIL PROTECTED]
> Subject: cvs commit: jakarta-tomcat/src/native/mod_jk/common
> jk_uri_worker_map.c
> 
> 
> danmil  01/01/22 19:23:03
> 
>   Modified:src/native/mod_jk/common jk_uri_worker_map.c
>   Log:
>   Adding more thorough DEBUG-level to describe what mapping the module is
>   using for a given request.
> 
>   Submitted by: James Courtney
> 
>   Revision  ChangesPath
>   1.3   +18 -6
> jakarta-tomcat/src/native/mod_jk/common/jk_uri_worker_map.c
> 
>   Index: jk_uri_worker_map.c
>   ===
>   RCS file:
> /home/cvs/jakarta-tomcat/src/native/mod_jk/common/jk_uri_worker_map.c,v
>   retrieving revision 1.2
>   retrieving revision 1.3
>   diff -u -r1.2 -r1.3
>   --- jk_uri_worker_map.c 2000/11/10 18:48:50 1.2
>   +++ jk_uri_worker_map.c 2001/01/23 03:23:03 1.3
>   @@ -65,7 +65,7 @@
> * servlet container.
> *
> *
>

Re: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan

[Kief Morris]

Craig R. McClanahan typed the following on 04:51 PM 1/22/2001 -0800
>Therefore, I would like to propose "unfreezing" the 4.0 codebase, and 
>opening it
>again to new development, with some of the major items listed below.  The
>revised release plan for Tomcat 4.0 Beta 2 would then become:

+1 (non-binding)

I'm not going to be able to help get the release ready (I'm on the road/
prospecting for work), but I can help with testing and bugfixing.

Kief


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

RE: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan

[Kief Morris]

Morrison, John typed the following on 08:52 AM 1/23/2001 +
>Rather than removing the TC4.1 cvs would it not be better to alias it back
>to the TC4.0 repository and not broadcast that it exists?  This will keep
>those who checked out the source from having to move back to 4.0.

-0, I've got both checked out and I think either way the update is going
to involve a lot of changes. Changing the actual CVS repository files that 
go with a particular project name seems like it could turn very ugly. 
Checking out a new project (or renaming your old checkout and checking
the project out again from scratch) isn't too big a deal IMO.

Kief


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

Bug #823

[Georg von Zezschwitz]

Hi!

First - I was not able to reproduce the following bug.
I'd just suggest to decide whether my settings in
web.xml were correct and otherwise close the bug.

But here my original posting to BugRat:


I am unable to use tomcat 3.2.1 with PathInfo and Servlets. I
tried with Apache and the mod_jserv-Connector (from
Tomcat 3.2.1).

When specifing a servlet mapping like

..
 net.xx.yy.myservlet
 /servlet/net.xx.yy.myservlet
..

in web.xml I get a 404 from Tomcat when accessing URLs
like
   /servlet/net.xx.yy.myservlet/anyinformation

When specifing a mapping like

..
 net.xx.yy.myservlet
 /servlet/net.xx.yy.myservlet/*
..

the response was:

Internal Servlet Error:

java.lang.IllegalStateException: Can't happen - classname is null, who
added this ?
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.(Compiled Code)
at java.lang.Exception.(Compiled Code)
at java.lang.RuntimeException.(Compiled Code)
at java.lang.IllegalStateException.(Compiled Code)
at org.apache.tomcat.core.ServletWrapper.loadServlet(Compiled
Code)
at org.apache.tomcat.core.ServletWrapper.init(Compiled Code)
at org.apache.tomcat.core.Handler.service(Compiled Code)
   

As I guess every time a program says "this can't happen"
a bug is involved, I felt invited to report it as a bug

Regards,


Georg
 
-- 
[EMAIL PROTECTED]   http://www.de.uu.net
Product Engineering  UUNET Deutschland GmbH
Tel. +49 231 972 1438Sebrathweg 20
Fax. +49 231 972 118044149 Dortmund, Germany

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

BugRat Report #293 - JSPC interprets the second <%@ include .. %> of the same file as recursive

[BugRat Mail System]

- Sender's Comment -
here is what is happening on my machine.
- End Of Sender's Comment ---
Report URL: 

Report #293 Details

Project: Jasper
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: closed
Priority: medium
Severity: serious
Confidence: public
Environment: 
   Release: 3.1
   JVM Release: 1.2.2_005
   Operating System: Windows NT
   OS Release: 4.0 SP5
   Platform: Classic VM (build JDK-1.2.2_005,

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

Description:
If the same file appears in the JSP statement 
<%@ include file= %>
more than one time JSPC reports "maybe this
 is a recursive include?!".


org.apache.jasper.compiler.ParseException: Seen file foo.jsp already, maybe this
 is a recursive include?!
at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java, Compile
d Code)
at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java:127)
at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspP
arseEventListener.java, Compiled Code)
at org.apache.jasper.compiler.DelegatingListener.handleDirective(Delegat
ingListener.java:116)
at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java, Compi
led Code)
at org.apache.jasper.compiler.Parser.parse(Parser.java, Compiled Code)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1038)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1034)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java, Compiled C
ode)
at org.apache.jasper.JspC.parseFile(JspC.java, Compiled Code)
at org.apache.jasper.JspC.parseFiles(JspC.java, Compiled Code)
at org.apache.jasper.JspC.main(JspC.java:601)
error:Seen file foo.jsp already, maybe this is a recursive include?!

I didn't try 3.2beta, I seems the problem persist.



Title: 
BugRat Report #
293





BugRat Report #
293




Project:
Jasper


Release:
3.1




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
closed




Priority:
medium


Severity:
serious




Confidence:
public





Submitter:
Alexey Yakovets ( [EMAIL PROTECTED] )

Date Submitted:
Oct 20 2000, 09:47:28 CDT

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

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


 Environment: (jvm, os, osrel, platform)

1.2.2_005, Windows NT, 4.0 SP5, Classic VM (build JDK-1.2.2_005,



Additional Environment Description:





Report Description:

If the same file appears in the JSP statement 
<%@ include file= %>
more than one time JSPC reports "maybe this
 is a recursive include?!".


org.apache.jasper.compiler.ParseException: Seen file foo.jsp already, maybe this
 is a recursive include?!
at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java, Compile
d Code)
at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java:127)
at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspP
arseEventListener.java, Compiled Code)
at org.apache.jasper.compiler.DelegatingListener.handleDirective(Delegat
ingListener.java:116)
at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java, Compi
led Code)
at org.apache.jasper.compiler.Parser.parse(Parser.java, Compiled Code)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1038)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1034)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java, Compiled C
ode)
at org.apache.jasper.JspC.parseFile(JspC.java, Compiled Code)
at org.apache.jasper.JspC.parseFiles(JspC.java, Compiled Code)
at org.apache.jasper.JspC.main(JspC.java:601)
error:Seen file foo.jsp already, maybe this is a recursive include?!

I didn't try 3.2beta, I seems the problem persist.





How To Reproduce:





Workaround:





View this Report online...






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

BugRat Report #823 has been filed.

[BugRat Mail System]

Bug report #823 has just been filed.

You can view the report at the following URL:

   

REPORT #823 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity: non-critical
Confidence: public
Environment: 
   Release: 3.2.1
   JVM Release: 1.2.2_05a
   Operating System: Solaris
   OS Release: 5.6
   Platform: single CPU Sparc

Synopsis: 
Exception on wildcard URL servlet mapping

Description:
I am unable to use tomcat 3.2.1 with PathInfo and Servlets. I 
tried with Apache and the mod_jserv-Connector (from 
Tomcat 3.2.1).

When specifing a servlet mapping like

..
 net.xx.yy.myservlet
 /servlet/net.xx.yy.myservlet
..

in web.xml I get a 404 from Tomcat when accessing URLs
like
   /servlet/net.xx.yy.myservlet/anyinformation

When specifing a mapping like 

..
 net.xx.yy.myservlet
 /servlet/net.xx.yy.myservlet/*
..
 
the response is like this:

Internal Servlet Error:

java.lang.IllegalStateException: Can't happen - classname is null, who added this ?
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.(Compiled Code)
at java.lang.Exception.(Compiled Code)
at java.lang.RuntimeException.(Compiled Code)
at java.lang.IllegalStateException.(Compiled Code)
at org.apache.tomcat.core.ServletWrapper.loadServlet(Compiled Code)
at org.apache.tomcat.core.ServletWrapper.init(Compiled Code)
at org.apache.tomcat.core.Handler.service(Compiled Code)
   

As I guess every time a program says "this can't happen"
a bug is involved, I felt invited to report it like
this.

Regards,


Georg


Title: 
BugRat Report #
823





BugRat Report #
823




Project:
Tomcat


Release:
3.2.1




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
medium


Severity:
non-critical




Confidence:
public





Submitter:
Georg von Zezschwitz ( [EMAIL PROTECTED] )

Date Submitted:
Jan 23 2001, 08:57:29 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

Exception on wildcard URL servlet mapping


 Environment: (jvm, os, osrel, platform)

1.2.2_05a, Solaris, 5.6, single CPU Sparc



Additional Environment Description:

Apache 1.3.12



Report Description:

I am unable to use tomcat 3.2.1 with PathInfo and Servlets. I 
tried with Apache and the mod_jserv-Connector (from 
Tomcat 3.2.1).

When specifing a servlet mapping like

..
 net.xx.yy.myservlet
 /servlet/net.xx.yy.myservlet
..

in web.xml I get a 404 from Tomcat when accessing URLs
like
   /servlet/net.xx.yy.myservlet/anyinformation

When specifing a mapping like 

..
 net.xx.yy.myservlet
 /servlet/net.xx.yy.myservlet/*
..
 
the response is like this:

Internal Servlet Error:


java.lang.IllegalStateException: Can't happen - classname is null, who added this ?
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.(Compiled Code)
at java.lang.Exception.(Compiled Code)
at java.lang.RuntimeException.(Compiled Code)
at java.lang.IllegalStateException.(Compiled Code)
at org.apache.tomcat.core.ServletWrapper.loadServlet(Compiled Code)
at org.apache.tomcat.core.ServletWrapper.init(Compiled Code)
at org.apache.tomcat.core.Handler.service(Compiled Code)
   

As I guess every time a program says "this can't happen"
a bug is involved, I felt invited to report it like
this.

Regards,


Georg




View this report online...






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

Re: Session url rewriting

[Klemme, Robert, myview]

hi there!

the original e-mail of craig dates some months back.

> When a session is first created, Tomcat has no way to know whether
> session cookies are supported by the browser.  Therefore, to be safe, it
> sends the session ID both ways (by cookie and by modifying URLs that you
> submit to response.encodeURL calls).  On subsequent requests that are
> part of this session, Tomcat will notice that it received the session ID
> via a cookie, so it will stop doing the rewriting.

i wonder whether anything has changed here, especially whether there is a
configuration option (possibly in server.xml) that switches cookies for
session tracking of.

thanks a lot

robert

-- 
Robert Klemme
Software Engineer
-
myview technologies GmbH & Co. KG
Riemekestraße 160 ~ D-33106 Paderborn ~ Germany
E-Mail: mailto:[EMAIL PROTECTED]
Telefon: +49/5251/69090-321 ~ Fax: +49/5251/69090-399
-

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config AutoSetup.java

[larryi]

larryi  01/01/23 05:17:07

  Modified:src/share/org/apache/tomcat/modules/config AutoSetup.java
  Log:
  If an expanded context is already defined, try to reload the context instead
  of recreate it.  This has a better chance of preserving the context settings. :-)
  
  Note: Context reloading is not currently successful at completely avoiding
  the bug.  If you try to execute the admin/test/test.jsp when the admin.war
  wasn't already expaned, the request will result in a 500 error. The
  ServletContext for the JspServlet is still carrying a reference to the
  old context and its old classloader.  This old classloader doesn't have
  WEB-INF/classes in its urls[] array. If this problem occurs, restart Tomcat.
  Since the admin.war is already expanded, the problem is avoided.
  
  Revision  ChangesPath
  1.4   +21 -6 
jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoSetup.java
  
  Index: AutoSetup.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoSetup.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- AutoSetup.java2001/01/22 21:37:29 1.3
  +++ AutoSetup.java2001/01/23 13:17:07 1.4
  @@ -148,15 +148,30 @@
path="";
   
Context ctx = (Context)definedContexts.get(path);
  -// if context not defined or was expanded
  - if( ctx  == null || expanded ) {
  + // if context is defined and was expanded
  + if( ctx != null && expanded ) {
  + // we need to reload the context since it was initialized
  + // before its directories existed. At minimum, its classloader
  + // needs updating.
  + if ( ctx.getReloadable() ) {
  + ctx.setReload( true );
  + if( debug > 0 )
  + log("setting context " + ctx.toString() + "to reload");
  + } else {
  + log("Warning: predefined context " + ctx.toString() +
  + " is not reloadable, recreating instead. Some settings may be lost!");
  + cm.removeContext(ctx);
  + // XXX Make sure ctx is destroyed - we may have
  + // undetected leaks 
  + ctx=null;
  + }
  + }
  +
  +// if context not defined
  + if( ctx  == null ) {
// if no explicit set up and is a directory
File f=new File( webappD, name);
if (f.isDirectory()) {
  - // If the context is already defined and was expanded,
  - // we need to remove it since it was initialized before
  - // its directories existed. At minimum, its classloader
  - // needs updating.
if ( ctx != null )
cm.removeContext(ctx);
ctx=new Context();
  
  
  

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Context.java

[larryi]

larryi  01/01/23 05:02:01

  Modified:src/share/org/apache/tomcat/core Context.java
  Log:
  If reaload is true, don't defer to DependManager.
  
  Revision  ChangesPath
  1.132 +1 -1  jakarta-tomcat/src/share/org/apache/tomcat/core/Context.java
  
  Index: Context.java
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/Context.java,v
  retrieving revision 1.131
  retrieving revision 1.132
  diff -u -r1.131 -r1.132
  --- Context.java  2000/12/29 20:31:27 1.131
  +++ Context.java  2001/01/23 13:02:01 1.132
  @@ -979,7 +979,7 @@
   
   // temp. properties until reloading is separated.
   public final  boolean shouldReload() {
  - if( dependM != null )
  + if( !reload && dependM != null )
return dependM.shouldReload();
return reload;
   }
  
  
  

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

Re: Forming an opinion

[Anil Vijendran]

Jon Stevens wrote:

> on 1/22/01 4:33 PM, "Anil Vijendran" <[EMAIL PROTECTED]> wrote:
>
> > Its not that someone is opiniated that bothers me, its how it is conveyed.
>
> Are you still discussing this issue? I thought you said you were going to
> stop.

I changed my mind.

> How about discussing what to do when a developer goes and does whatever the
> fuck he wants to do regardless of what everyone else voted and agreed on?

Nah. You won that shit throwing match.


--
Peace, Anil +<:-)




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

BugRat Report #822 has been filed.

[BugRat Mail System]

Bug report #822 has just been filed.

You can view the report at the following URL:

   

REPORT #822 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: serious
Confidence: public
Environment: 
   Release: 3.1
   JVM Release: 1.2.x
   Operating System: 2000, AIX
   OS Release: 2000, 4.2
   Platform: Intel, RS6000

Synopsis: 
incorrect .java generation under load

Description:
Under load, .java is incorrectly generated from .jsp.
Consequently, the request is aborted due to compiler
errors.

Title: 
BugRat Report #
822





BugRat Report #
822




Project:
Tomcat


Release:
3.1




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
high


Severity:
serious




Confidence:
public





Submitter:
Joerg Viola ( [EMAIL PROTECTED] )

Date Submitted:
Jan 23 2001, 04:48:27 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

incorrect .java generation under load


 Environment: (jvm, os, osrel, platform)

1.2.x, 2000, AIX, 2000, 4.2, Intel, RS6000



Additional Environment Description:





Report Description:

Under load, .java is incorrectly generated from .jsp.
Consequently, the request is aborted due to compiler
errors.



How To Reproduce:

null



Workaround:

null



View this report online...






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

RE: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan

[Morrison, John]

Rather than removing the TC4.1 cvs would it not be better to alias it back
to the TC4.0 repository and not broadcast that it exists?  This will keep
those who checked out the source from having to move back to 4.0.

Excellent project...

J.


===
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission.  There is no intention to
create any legally binding contract or other commitment through the use
of this email.

Experian Limited (registration number 653331).  
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

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