Martina Rupprecht/SEND/LHS/SGH ist außer Haus.

[Martina . Rupprecht]

Ich werde ab  26.05.2004 nicht im Büro sein. Ich kehre zurück am
14.06.2004.

In dringenden Fällen wenden Sie sich bitte an meine Kollegin, Frau Sabine
Holzbrecher.


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

Re: cvs commit: jakarta-servletapi-5/jsr154/src/share/javax/servlet/http HttpServlet.java

[www]

§Ú¤w¸g¦¬¨ì¨Ó«H¤F, ÁÂÁ±z.



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

cvs commit: jakarta-servletapi-5/jsr154/src/share/javax/servlet/http HttpServlet.java

[jfarcand]

jfarcand2004/06/07 18:28:52

  Modified:jsr154/src/share/javax/servlet/http HttpServlet.java
  Log:
  This fixes an ArrayIndexOutOfBoundsException when superclass does
  not declare any methods (see Bugtraq 4968841).
  
  Patch submitted by: Jan Luehe
  
  Revision  ChangesPath
  1.8   +16 -24
jakarta-servletapi-5/jsr154/src/share/javax/servlet/http/HttpServlet.java
  
  Index: HttpServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-servletapi-5/jsr154/src/share/javax/servlet/http/HttpServlet.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- HttpServlet.java  18 Mar 2004 16:40:35 -  1.7
  +++ HttpServlet.java  8 Jun 2004 01:28:52 -   1.8
  @@ -465,36 +465,28 @@
   }
   
   
  +private static Method[] getAllDeclaredMethods(Class c) {
   
  +if (c.equals(javax.servlet.http.HttpServlet.class)) {
  +return null;
  +}
   
  -
  -private Method[] getAllDeclaredMethods(Class c) {
  - if (c.getName().equals("javax.servlet.http.HttpServlet"))
  - return null;
  - 
  - int j=0;
  - Method[] parentMethods = getAllDeclaredMethods(c.getSuperclass());
  - Method[] thisMethods = c.getDeclaredMethods();
  +Method[] parentMethods = getAllDeclaredMethods(c.getSuperclass());
  +Method[] thisMethods = c.getDeclaredMethods();

  - if (parentMethods!=null) {
  - Method[] allMethods =
  - new Method[parentMethods.length + thisMethods.length];
  - for (int i=0; i 0)) {
  +Method[] allMethods =
  +new Method[parentMethods.length + thisMethods.length];
  + System.arraycopy(parentMethods, 0, allMethods, 0,
  + parentMethods.length);
  + System.arraycopy(thisMethods, 0, allMethods, parentMethods.length,
  + thisMethods.length);
  +
  + thisMethods = allMethods;
}
  +
return thisMethods;
   }
  -
  -
  -
  -
   
   
   /**
  
  
  

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

[PATCH] jakarta-servletapi-5: javax/servlet/http/HttpServlet.java

[Jan Luehe]

This fixes an ArrayIndexOutOfBoundsException when superclass does
not declare any methods (see Bugtraq 4968841).
Jan
[EMAIL PROTECTED]'s password: 
Warning: Remote host denied X11 forwarding, perhaps xauth program could not be run on 
the server side.
Index: jsr154/src/share/javax/servlet/http/HttpServlet.java
===
RCS file: 
/home/cvs/jakarta-servletapi-5/jsr154/src/share/javax/servlet/http/HttpServlet.java,v
retrieving revision 1.7
diff -u -r1.7 HttpServlet.java
--- jsr154/src/share/javax/servlet/http/HttpServlet.java18 Mar 2004 16:40:35 
-  1.7
+++ jsr154/src/share/javax/servlet/http/HttpServlet.java8 Jun 2004 00:14:28 
-
@@ -465,36 +465,28 @@
 }
 
 
+private static Method[] getAllDeclaredMethods(Class c) {
 
+if (c.equals(javax.servlet.http.HttpServlet.class)) {
+return null;
+}
 
-
-private Method[] getAllDeclaredMethods(Class c) {
-   if (c.getName().equals("javax.servlet.http.HttpServlet"))
-   return null;
-   
-   int j=0;
-   Method[] parentMethods = getAllDeclaredMethods(c.getSuperclass());
-   Method[] thisMethods = c.getDeclaredMethods();
+Method[] parentMethods = getAllDeclaredMethods(c.getSuperclass());
+Method[] thisMethods = c.getDeclaredMethods();

-   if (parentMethods!=null) {
-   Method[] allMethods =
-   new Method[parentMethods.length + thisMethods.length];
-   for (int i=0; i 0)) {
+Method[] allMethods =
+new Method[parentMethods.length + thisMethods.length];
+   System.arraycopy(parentMethods, 0, allMethods, 0,
+ parentMethods.length);
+   System.arraycopy(thisMethods, 0, allMethods, parentMethods.length,
+ thisMethods.length);
+
+   thisMethods = allMethods;
}
+
return thisMethods;
 }
-
-
-
-
 
 
 /**

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi install4iis.js

[keith]

keith   2004/06/07 16:58:17

  Modified:jk/native2/server/isapi install4iis.js
  Log:
  s->S
  
  Revision  ChangesPath
  1.6   +1 -1  jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js
  
  Index: install4iis.js
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- install4iis.js7 Jun 2004 22:15:32 -   1.5
  +++ install4iis.js7 Jun 2004 23:58:17 -   1.6
  @@ -256,7 +256,7 @@
   filters = findADSIObject(webServer, _IIS_FILTERS, "Filters");

   if (filters == null) {

   //may have to create the website-level filters container

  -filters = webserver.create(_IIS_FILTERS, "Filters");

  +filters = webServer.create(_IIS_FILTERS, "Filters");

   }

   newFilter = findADSIObject(filters, _IIS_FILTER, appParams.FilterName);

   if (newFilter == null) {

  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi install4iis.js

[keith]

keith   2004/06/07 14:08:26

  Modified:jk/native2/server/isapi install4iis.js
  Log:
  Filters is on the service object
  
  Revision  ChangesPath
  1.4   +2 -2  jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js
  
  Index: install4iis.js
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- install4iis.js26 Apr 2004 17:41:46 -  1.3
  +++ install4iis.js7 Jun 2004 21:08:26 -   1.4
  @@ -487,8 +487,8 @@
   if (!createVirtualExecDir(IIsROOT, params)) {

   ERROR(args, "Unable to create virual directory /" + params.WebName);

   }

  -

  -if (!createISAPIFilter(IIsWebServer, params)) {

  +

  +if (!createISAPIFilter(IIsWebService, params)) {

   /* TODO: roll-back virtual dir */

   ERROR(args, "Unable to create the '" + params.FilterName + "' filter.");


   }

  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi install4iis.js

[keith]

keith   2004/06/07 15:15:32

  Modified:jk/native2/server/isapi install4iis.js
  Log:
  Actually filter can be on service or server, so move it back to server.

  However, we may have to create our own Filters container as IIS

  only creates one automatically for the service.
  
  Revision  ChangesPath
  1.5   +3 -4  jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js
  
  Index: install4iis.js
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- install4iis.js7 Jun 2004 21:08:26 -   1.4
  +++ install4iis.js7 Jun 2004 22:15:32 -   1.5
  @@ -255,9 +255,8 @@
   try {

   filters = findADSIObject(webServer, _IIS_FILTERS, "Filters");

   if (filters == null) {

  -TRACE("Unable to find the " + _IIS_FILTERS + " for " +

  -  webServer.ServerComment);

  -return null;

  +//may have to create the website-level filters container

  +filters = webserver.create(_IIS_FILTERS, "Filters");

   }

   newFilter = findADSIObject(filters, _IIS_FILTER, appParams.FilterName);

   if (newFilter == null) {

  @@ -488,7 +487,7 @@
   ERROR(args, "Unable to create virual directory /" + params.WebName);

   }

   

  -if (!createISAPIFilter(IIsWebService, params)) {

  +if (!createISAPIFilter(IIsWebServer, params)) {

   /* TODO: roll-back virtual dir */

   ERROR(args, "Unable to create the '" + params.FilterName + "' filter.");


   }

  
  
  

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

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

[remm]

remm2004/06/07 10:32:15

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  - Remove some dead code.
  - Also wrap when doing named forwards (otherwise session handling will be bad).
  
  Revision  ChangesPath
  1.34  +12 -11
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
  
  Index: ApplicationDispatcher.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
  retrieving revision 1.33
  retrieving revision 1.34
  diff -u -r1.33 -r1.34
  --- ApplicationDispatcher.java24 Apr 2004 16:01:19 -  1.33
  +++ ApplicationDispatcher.java7 Jun 2004 17:32:15 -   1.34
  @@ -359,8 +359,19 @@
   if ( log.isDebugEnabled() )
   log.debug(" Named Dispatcher Forward");
   
  +ApplicationHttpRequest wrequest =
  +(ApplicationHttpRequest) wrapRequest();
  +wrequest.setRequestURI(hrequest.getRequestURI());
  +wrequest.setContextPath(hrequest.getContextPath());
  +wrequest.setServletPath(hrequest.getServletPath());
  +wrequest.setPathInfo(hrequest.getPathInfo());
  +wrequest.setQueryString(hrequest.getQueryString());
  +
   processRequest(request,response);
   
  +wrequest.recycle();
  +unwrapRequest();
  +
   }
   
   // Handle an HTTP path-based forward
  @@ -555,16 +566,6 @@
   ApplicationHttpRequest wrequest =
   (ApplicationHttpRequest) wrapRequest();
   String contextPath = context.getPath();
  -/*
  -StringBuffer sb = new StringBuffer();
  -if (contextPath != null)
  -sb.append(contextPath);
  -if (servletPath != null)
  -sb.append(servletPath);
  -if (pathInfo != null)
  -sb.append(pathInfo);
  -if (sb.length() > 0)
  -*/
   if (requestURI != null)
   wrequest.setAttribute(Globals.INCLUDE_REQUEST_URI_ATTR,
 requestURI);
  
  
  

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

DO NOT REPLY [Bug 28709] - javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an invalidated session!

[bugzilla]

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

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

javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an 
invalidated session!





--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 17:31 ---
Ok, actually, my first sentence is a problem: not wrapping for named forwards
would mean trouble with cross context and session handling. That's a separate
issue, but will explain the different session behavior in that case (you're
going to interact with the session from the first context, which is a problem).
This is the only case, because named includes will wrap.

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

DO NOT REPLY [Bug 28709] - javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an invalidated session!

[bugzilla]

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

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

javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an 
invalidated session!





--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 17:02 ---
The request wrapper used by the regular RD doesn't override this method (while
the named RD won't wrap).

No matter how I look at this, the answer to this issue remains the same: sorry,
but we don't care about it.

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

DO NOT REPLY [Bug 29387] - Null pointer exception in CoyoteRequest in parseCookies() method when cookie name is reserved word

[bugzilla]

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

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

Null pointer exception in CoyoteRequest in parseCookies() method when cookie name is 
reserved word

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 16:56 ---
Fixed.

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

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

[remm]

remm2004/06/07 09:54:58

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteRequest.java
  Log:
  - Bug 29387: There's no good place to log a bad cookie right now, so ignore it.
  
  Revision  ChangesPath
  1.37  +2 -3  
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java
  
  Index: CoyoteRequest.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java,v
  retrieving revision 1.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- CoyoteRequest.java14 Apr 2004 22:26:42 -  1.36
  +++ CoyoteRequest.java7 Jun 2004 16:54:58 -   1.37
  @@ -2340,8 +2340,7 @@
   }
   cookies[idx++] = cookie;
   } catch(IllegalArgumentException e) {
  -log.info("Bad Cookie: Name: " + scookie.getName() 
  - + " Value: " + scookie.getValue());
  +// Ignore bad cookie
   }
   }
   if( idx < count ) {
  
  
  

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

DO NOT REPLY [Bug 28709] - javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an invalidated session!

[bugzilla]

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

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

javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an 
invalidated session!





--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 15:41 ---
The excerpts from the code base look fine for me too. What makes me wonder is
that if the test-web-application uses
"coServletContext.getNamedDispatcher(coServlet)"
instead of
"coServletContext.getRequestDispatcher(coServletPath)"
then everything works as expected. I think there must be a consistent behavior.
Did you run the test code that I have provided with the attachments? Is the bug
in test code?

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

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

[remm]

remm2004/06/07 08:30:06

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java mbeans-descriptors.xml
  Log:
  - Add flag to disable save-context-file, which can be useful in embedded mode.
  
  Revision  ChangesPath
  1.130 +24 -2 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.129
  retrieving revision 1.130
  diff -u -r1.129 -r1.130
  --- StandardContext.java  26 May 2004 15:36:28 -  1.129
  +++ StandardContext.java  7 Jun 2004 15:30:06 -   1.130
  @@ -615,6 +615,12 @@
private boolean tldNamespaceAware = false;
   
   
  +/**
  + * Should we save the configuration.
  + */
  +private boolean saveConfig = true;
  +
  +
   // - Context Properties
   
   public void setName( String name ) {
  @@ -1676,6 +1682,22 @@
   }
   
   
  +/**
  + * Save config ?
  + */
  +public boolean isSaveConfig() {
  +return saveConfig;
  +}
  +
  +
  +/**
  + * Set save config flag.
  + */
  +public void setSaveConfig(boolean saveConfig) {
  +this.saveConfig = saveConfig;
  +}
  +
  +
   //  Context Methods
   
   
  @@ -4047,7 +4069,7 @@
   
   // Set config file name
   File configBase = getConfigBase();
  -if (configBase != null) {
  +if ((configBase != null) && saveConfig) {
   if (getConfigFile() == null) {
   File file = new File(configBase, getDefaultConfigFile());
   setConfigFile(file.getPath());
  
  
  
  1.29  +5 -0  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml
  
  Index: mbeans-descriptors.xml
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- mbeans-descriptors.xml25 Feb 2004 21:08:07 -  1.28
  +++ mbeans-descriptors.xml7 Jun 2004 15:30:06 -   1.29
  @@ -256,6 +256,11 @@
  type="[Ljava.lang.String;"
  writeable="false"/>
   
  +
  +  
   
  
  
  

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

DO NOT REPLY [Bug 29410] - confusing digester error while parsing element

[bugzilla]

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

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

confusing digester error while parsing  element

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 14:11 ---
This eror is niether from Tomcat nor Digester. It come from Xerces. Since Tomcat
is parser free (you will not get the same error if you use the Crimson parser),
your recommendation doesn't apply.

Thanks

-- Jeanfrancois

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

cvs commit: jakarta-watchdog-4.0/site index.html

[yoavs]

yoavs   2004/06/07 07:10:53

  Added:   site index.html
  Log:
  I figured the web site should be backed up in CVS ;)
  
  Revision  ChangesPath
  1.1  jakarta-watchdog-4.0/site/index.html
  
  Index: index.html
  ===
  
  
  
  The Watchdog Validation Test Suite
  
  
  
  
  
  
  
   
   
   
  
  
  
   
  
  
  
   
Essentials

Front Page
News & Status
Mission
Guidelines Notes
FAQs

Download

Binaries
Source Code

Get Involved

Overview
CVS Repositories
Mailing Lists
Reference Library
Bug Database

SubProjects

Ant
Avalon
ECS
James
Jetspeed
JMeter
Log4J
ORO
Regexp
Slide
Struts
Taglibs
Tomcat
Turbine
Velocity
Watchdog

Misc

Who We Are
Acknowledgements
Contact
Legal

  
  
  
  
  
  Watchdog
  
  
  Please note that the Watchdog project is 
dormant.
  There has been no development activity on this project for a while, since
  late 2002.  The last version released, 4.0, tests the Servlet Specification
  version 2.3 and the JSP Specification v 1.2: both of these specifications
  now have newer versions (Servlet 2.4 and JSP 2.0), and there is no Watchdog
  release to test conformance with these specifications.  The main reason for
  this status is that Sun has made the official Servlet/JSP TCK (Technology
  Comptability Kit, the official spec conformance test suite) more easily available
  to us.
  
  
  
  Given the above, we will continue to make the Watchdog project available
  for download, and the source code available for your use.  If you would like
  to revive and/or participate in the project, please subscribe to the user
  list and send a note indicating your interest.  The ASF continues to encourage
  all contributions to this and other projects: the project may be revived at
  any time if interest if shown.  It'd be great to have a true open-source
  TCK for these specifications.
  
  
  
  Watchdog is a set of validation tests that can be run
  against a Servlet 2.3 / JSP 1.2 container (such as Tomcat 4.x) to identify 
  potential problems with conformance to the corresponding
  specifications.  While it is not the official TCK for the Servlet or JSP
  specifications, the tests it performs are similar.
  
  
  
  
 
 
 
 
 

Copyright © 1999-2004, Apache Software Foundation

 
  
  
  
  
  
  
  

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

cvs commit: jakarta-watchdog-4.0/site - New directory

[yoavs]

yoavs   2004/06/07 07:10:23

  jakarta-watchdog-4.0/site - New directory

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

cvs commit: jakarta-watchdog-4.0 build.xml

[yoavs]

yoavs   2004/06/07 06:21:12

  Modified:.build.xml
  Log:
  Added ant-launcher.jar copy in order to make build work with Ant 1.6,
  in order to fix Bugzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29226.
  
  Also updated BUILDING.txt to have directions for Ant 1.6 and later.
  
  Revision  ChangesPath
  1.25  +4 -4  jakarta-watchdog-4.0/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-watchdog-4.0/build.xml,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- build.xml 5 Aug 2002 12:59:18 -   1.24
  +++ build.xml 7 Jun 2004 13:21:11 -   1.25
  @@ -103,10 +103,10 @@
   
   
   
  -  
  -  
  -  
  -  
  +  
  +
  +
  +  
   
   
  
  
  

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

vielen dank für ihre email

[u99]

Hallo,

vielen dank für Ihre Mail dieser eMail Account wird nicht mehr verwendet.
Neue Adresse: [EMAIL PROTECTED]

viele Grüsse

http://www.sex3.de


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

cvs commit: jakarta-watchdog-4.0 BUILDING.txt

[yoavs]

yoavs   2004/06/07 06:21:17

  Modified:.BUILDING.txt
  Log:
  Added ant-launcher.jar copy in order to make build work with Ant 1.6,
  in order to fix Bugzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29226.
  
  Also updated BUILDING.txt to have directions for Ant 1.6 and later.
  
  Revision  ChangesPath
  1.6   +5 -18 jakarta-watchdog-4.0/BUILDING.txt
  
  Index: BUILDING.txt
  ===
  RCS file: /home/cvs/jakarta-watchdog-4.0/BUILDING.txt,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- BUILDING.txt  5 Aug 2002 01:21:48 -   1.5
  +++ BUILDING.txt  7 Jun 2004 13:21:17 -   1.6
  @@ -23,30 +23,17 @@
   
   (1) Download and Install the Ant Binary Distribution
   
  -NOTE:  These instructions assume that you are using the Ant 1.4 or above. 
  +NOTE:  These instructions assume that you are using the Ant 1.6 or above. 
   
  -* Download a binary distribution of Ant 1.4 from:
  +* Download a binary distribution of Ant 1.6 from:
   
  -http://jakarta.apache.org/builds/jakarta-ant/release/v1.4/bin/
  -
  -  On a Windows platform, you will need:
  -jakarta-ant-1.4-bin.zip
  -jakarta-ant-1.4-optional.jar
  -
  -  On a Unix platform, you will need:
  -jakarta-ant-1.4-bin.tar.gz
  -jakarta-ant-1.4-optional.jar
  +http://ant.apache.org
   
   * Unpack the binary distribution into a convenient location so that the
 Ant release resides in its own directory (conventionally named
  -  "jakarta-ant-1.4").  For the purposes of the remainder of this document,
  +  "apache-ant-1.6").  For the purposes of the remainder of this document,
 the symbolic name "${ant.home}" is used to refer to the full pathname of
 the release directory.
  -
  -* Copy the file "jakarta-ant-1.4-optional.jar", downloaded above, into
  -  the directory "${ant.home}/lib".  This makes available several Ant
  -  extension commands that are commonly required when building Jakarta
  -  based projects.
   
   * Modify the PATH environment variable to include directory
 "${ant.home}/bin" in its list.  This makes the "ant" command line script
  
  
  

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

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

[remm]

remm2004/06/07 05:02:34

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
  Log:
  - Merge init-params from the JSP servlet when using a JSP file, as it is intuitive
users will expect the usual shared parameters to be used for the compilation of
this "servlet".
  
  Revision  ChangesPath
  1.43  +12 -2 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- StandardWrapper.java  26 May 2004 15:41:29 -  1.42
  +++ StandardWrapper.java  7 Jun 2004 12:02:34 -   1.43
  @@ -892,8 +892,18 @@
   if ((actualClass == null) && (jspFile != null)) {
   Wrapper jspWrapper = (Wrapper)
   ((Context) getParent()).findChild(Constants.JSP_SERVLET_NAME);
  -if (jspWrapper != null)
  +if (jspWrapper != null) {
   actualClass = jspWrapper.getServletClass();
  +// Merge init parameters
  +String paramNames[] = jspWrapper.findInitParameters();
  +for (int i = 0; i < paramNames.length; i++) {
  +if (parameters.get(paramNames[i]) == null) {
  +parameters.put
  +(paramNames[i], 
  + jspWrapper.findInitParameter(paramNames[i]));
  +}
  +}
  +}
   }
   
   // Complain if no servlet class has been specified
  
  
  

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

DO NOT REPLY [Bug 29093] - When reloading context IllegalStateException is not catched

[bugzilla]

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

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

When reloading context IllegalStateException is not catched





--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 09:36 ---
Yes, I agree, I have to find a reason of this behavior. But please imagine the 
situation: server is loaded with 500 – 1000 sessions or even more. And there is 
a necessity of reloading context. And if this situation occurs, application 
will not be available for several minutes, because the only thing we can do – 
restart tomcat.

It is very convenient – possibility of context reload, but now we afraid reload 
context because if this happens, it is the same as tomcat restart.


I am sorry, I do not know tomcat structure well enough. I may be wrong, but I 
have a hypothesis how this can happen.

There is background thread that calls StoreBase.processExpires() method. This 
method walks through sessions and it may call StandardSession.recycle() or 
StandardSession.expire(). Both of this methods may set the following fields of 
Session object:

expiring to  false;
isValid   to  false;
accessCount   to 0;



Suppose, we reloading context - in StandardManager.doUnload we walk through 
sessions and call writeObjectData on each session, which will call writeObject 
method. It calls removeAttribute method, which may throw a runtime exception, 
if isValid() == false.

isValid() == false 

if 

expiring == false;
isValid  == false;
accessCount == 0;

Suppose, at the same time background thread sets this fields to

expiring = false;
isValid  = false;
accessCount = 0;

Than we will have this situation.

I do not know is this hypothesis true or not. I may be wrong, but it is 
important for us that is why I am moving a suggestion.

Could you please tell your opinion?

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

DO NOT REPLY [Bug 29420] - file upload failed for IE-Client

[bugzilla]

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

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

file upload failed for IE-Client

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 07:27 ---
Why do you file a bug if it looks fairly obvious it's a browser issue ? You're
going to get far better tips on tomcat-user, as BZ is solely for dealing with
bugs (ie, an issue where there's something to fix).

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

DO NOT REPLY [Bug 29093] - When reloading context IllegalStateException is not catched

[bugzilla]

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

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

When reloading context IllegalStateException is not catched





--- Additional Comments From [EMAIL PROTECTED]  2004-06-07 07:27 ---
Ok, I'll comment: I think not, this case requires user intervention. How about
trying to find the cause of the exception instead ? (which I don't get, but was
the only reason why I didn't close your bug as INVALID in the first place)

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