Re: Here is the document

[akv]

Please have a look at the attached file.

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

[NOD32: deleted] Re: Your document

[costin]

Your document is attached.


 Notification from NOD32 
Warning: ADESGO's Antivirus System for Linux Mail Server found the following 
infiltrations in this message:


  part000.txt - is OK
  your_document.pif - Win32/Netsky.D worm - unable to clean - deleted

http://www.nod32.com

[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

[bobh]

To whom it may engage...

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

Project jakarta-tomcat-5 has an issue affecting its community integration, and has 
been outstanding for 6 runs. The current state is 'Failed', for reason 'Build Failed'

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

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

Gump provided these annotations:

 - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 - Info - Jar [catalina.jar] identifier set to jar basename: [catalina]
 - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 - Info - Dependency on javamail exists, no need to add for property mail.jar.
 - Info - Dependency on jaf exists, no need to add for property activation.jar.
 - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property 
xmlParserAPIs.jar.
 - Info - Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 - Info - Dependency on commons-el exists, no need to add for property commons-el.jar.
 - Info - Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Dependency on jsse exists, no need to add for property jsse.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.jar.
 - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar.
 - Info - Dependency on jndi exists, no need to add for property jndi.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Info - Dependency on javamail exists, no need to add for property mail.home.
 - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 - Info - Dependency on jaf exists, no need to add for property activation.home.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 - Info - Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 - Info - Dependency on jakarta-struts exists, no need to add for property struts.home.
 - Info - Enable "verbose" output, due to 5 previous error(s).
 - Info - Failed with reason build failed
 - Info - Enable "debug" output, due to build failure.


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

http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 1 minutes, 11 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote 
-Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dsite2.home=/data3/gump/jakarta-site2 
-DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar 
-Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri 
-Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar 
-Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040416.jar 
-Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist 
-Dcommons-mode

Re: Your document

[rsowders]

Please read the attached file.

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

DO NOT REPLY [Bug 18479] - HttpSessionBindingListener.valueUnbound() not called

[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=18479

HttpSessionBindingListener.valueUnbound() not called





--- Additional Comments From [EMAIL PROTECTED]  2004-04-16 01:48 ---
Just to be clear, the listeners are null only when Tomcat is removing
non-serializable attributes.  Listeners exist (as they should) when attributes
are removed during normal session expiration.  And valueUnbound() always works
just fine.  So, the bug here is to make sure HttpSessionAttributeListeners get
called in cases where the attribue is being removed because the attribute's
value isn't serializable.

Jake

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

DO NOT REPLY [Bug 28423] New: - jsp page directive doesn't work

[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=28423

jsp page directive doesn't work

   Summary: jsp page directive doesn't work
   Product: Tomcat 4
   Version: 4.1.29
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi All,

I have a jsp page that prepare jnlp content for WebStart.
The jsp file start with

<%@ page contentType="application/x-java-jnlp-file" %>

When you click on the page, WebStart isn't started. The bug presents in all 
version of Tomcat 4. The last version where this code worked is Tomcat 3.2.3
Other web servers like Jetty or WebLogic has no problem with it.

For some early version of Tomcat 4 there was a bug work around:
<%
response.setContentType("application/x-java-jnlp-file");
%>

But in the JBoss 3.2.3 that includes Tomcat the bug workaround  doesn't work 
eihter.

Best regards,
Maksym

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

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

[luehe]

luehe   2004/04/15 15:13:32

  Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
  Log:
  2nd attempt for avoiding
  
java.lang.NoClassDefFoundError: org/apache/tomcat/util/compat/JdkCompat
  
  in StandardClassLoader, by including above class in bootstrap.jar
  (undoing previous change)
  
  Revision  ChangesPath
  1.12  +11 -2 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java
  
  Index: StandardClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- StandardClassLoader.java  15 Apr 2004 21:39:48 -  1.11
  +++ StandardClassLoader.java  15 Apr 2004 22:13:32 -  1.12
  @@ -198,6 +198,15 @@
   }
   
   
  +// - Class Variables
  +
  +
  +/**
  + * JDK compatibility support
  + */
  +private static final JdkCompat jdkCompat = JdkCompat.getJdkCompat();
  +
  +
   // - Instance Variables
   
   
  @@ -372,7 +381,7 @@
   } catch (MalformedURLException e) {
   IllegalArgumentException iae = new IllegalArgumentException
   ("Invalid repository: " + repository);
  -JdkCompat.getJdkCompat().chainException(iae, e);
  +jdkCompat.chainException(iae, e);
   throw iae;
   }
   
  @@ -947,7 +956,7 @@
   } catch (Throwable t) {
   IllegalArgumentException iae = new IllegalArgumentException
   ("addRepositoryInternal");
  -JdkCompat.getJdkCompat().chainException(iae, t);
  +jdkCompat.chainException(iae, t);
   throw iae;
   } finally {
   if (jarFile != null) {
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina build.xml

[luehe]

luehe   2004/04/15 15:11:37

  Modified:catalina build.xml
  Log:
  2nd attempt for avoiding
  
java.lang.NoClassDefFoundError: org/apache/tomcat/util/compat/JdkCompat
  
  in StandardClassLoader, by including above class in bootstrap.jar
  
  Revision  ChangesPath
  1.59  +1 -0  jakarta-tomcat-catalina/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v
  retrieving revision 1.58
  retrieving revision 1.59
  diff -u -r1.58 -r1.59
  --- build.xml 2 Mar 2004 12:32:49 -   1.58
  +++ build.xml 15 Apr 2004 22:11:36 -  1.59
  @@ -882,6 +882,7 @@
   
   
   
  +
 
   
   
  
  
  

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

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

[luehe]

luehe   2004/04/15 14:39:48

  Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
  Log:
  Avoid
java.lang.NoClassDefFoundError: org/apache/tomcat/util/compat/JdkCompat
  during startup.
  
  Revision  ChangesPath
  1.11  +3 -12 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java
  
  Index: StandardClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- StandardClassLoader.java  15 Apr 2004 01:44:09 -  1.10
  +++ StandardClassLoader.java  15 Apr 2004 21:39:48 -  1.11
  @@ -198,15 +198,6 @@
   }
   
   
  -// - Class Variables
  -
  -
  -/**
  - * JDK compatibility support
  - */
  -private static final JdkCompat jdkCompat = JdkCompat.getJdkCompat();
  -
  -
   // - Instance Variables
   
   
  @@ -381,7 +372,7 @@
   } catch (MalformedURLException e) {
   IllegalArgumentException iae = new IllegalArgumentException
   ("Invalid repository: " + repository);
  -jdkCompat.chainException(iae, e);
  +JdkCompat.getJdkCompat().chainException(iae, e);
   throw iae;
   }
   
  @@ -956,7 +947,7 @@
   } catch (Throwable t) {
   IllegalArgumentException iae = new IllegalArgumentException
   ("addRepositoryInternal");
  -jdkCompat.chainException(iae, t);
  +JdkCompat.getJdkCompat().chainException(iae, t);
   throw iae;
   } finally {
   if (jarFile != null) {
  
  
  

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

DO NOT REPLY [Bug 19521] - RequestDumperValve gets in the way of request.setCharacterEncoding

[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=19521

RequestDumperValve gets in the way of request.setCharacterEncoding

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-04-15 21:36 ---
This has been fixed in CVS for TC4 and TC5.

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

cvs commit: jakarta-tomcat-catalina/webapps/docs/config valve.xml

[markt]

markt   2004/04/15 14:35:15

  Modified:webapps/docs/config valve.xml
  Log:
  - Fix bug 19521. Add warning to RequestDumperValve docs to make users
aware of possible side effects.
  - Ported from TC4.
  
  Revision  ChangesPath
  1.8   +6 -0  jakarta-tomcat-catalina/webapps/docs/config/valve.xml
  
  Index: valve.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/valve.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- valve.xml 6 Mar 2004 10:58:39 -   1.7
  +++ valve.xml 15 Apr 2004 21:35:15 -  1.8
  @@ -308,6 +308,12 @@
   or Context to be logged to the Logger that
   corresponds to that container.
   
  +WARNING: Using this valve has side-effects.
 The
  +output from this valve includes any parameters included with the request.
  +The parameters will be decoded using the default platform encoding. Any
  +subsequent calls to request.setCharacterEncoding() within
  +the web application will have no effect.
  +
 
   
   
  
  
  

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

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config valve.xml

[markt]

markt   2004/04/15 14:34:00

  Modified:webapps/tomcat-docs/config valve.xml
  Log:
  - Fix bug 19521. Add warning to RequestDumperValve docs to make users
aware of possible side effects.
  
  Revision  ChangesPath
  1.11  +6 -0  jakarta-tomcat-4.0/webapps/tomcat-docs/config/valve.xml
  
  Index: valve.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/valve.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- valve.xml 6 Mar 2004 10:56:49 -   1.10
  +++ valve.xml 15 Apr 2004 21:34:00 -  1.11
  @@ -267,6 +267,12 @@
   or Context to be logged to the Logger that
   corresponds to that container.
   
  +WARNING: Using this valve has side-effects.
 The
  +output from this valve includes any parameters included with the request.
  +The parameters will be decoded using the default platform encoding. Any
  +subsequent calls to request.setCharacterEncoding() within
  +the web application will have no effect.
  +
 
   
   
  
  
  

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

DO NOT REPLY [Bug 28417] - Context descriptors in appBase do not get deployed

[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=28417

Context descriptors in appBase do not get deployed

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-04-15 21:27 ---
Look at "Context descriptors" right above.

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

DO NOT REPLY [Bug 19521] - RequestDumperValve gets in the way of request.setCharacterEncoding

[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=19521

RequestDumperValve gets in the way of request.setCharacterEncoding





--- Additional Comments From [EMAIL PROTECTED]  2004-04-15 21:01 ---
I think the simplest solution is to improve the request dumper valve 
documentation. I'll add a large warning of the side effects to the docs.

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

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml

[NormW]

10,000 apologies!
There should be a law against operating a computer while under the influence
of haste.
But discern you knew who I meant even if I didn't actually type it and
I've been on the end of similar typo's myself, so know where you are coming
from.
Nrom

- Original Message - 
From: "Angus Mezick" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, April 15, 2004 11:09 PM
Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2
configwebcom.xml


AHH NO NOT AGNUS!!!  Sigh, such is my life :)

--aNGus

> -Original Message-
> From: NormW [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 15, 2004 5:18 AM
> To: Tomcat Developers List
> Subject: Re: cvs commit:
> jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
>
>
> Good evening... and rats...(kind of).
> I'd just started putting jk2_get_most_suitable_worker() into
> pseudocode
> myself, but glad that it has finally been done in any case.
> For those that
> haven't looked at the code, it will come as a surprise to learn the
> magnitude of the decision making process.
> Thanks to you and Angus.
> Norm
>
> - Original Message - 
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, April 15, 2004 4:32 PM
> Subject: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2
> configwebcom.xml
>
>
> > mturk   2004/04/14 23:32:33
> >
> >   Modified:jk/xdocs/jk2 configwebcom.xml
> >   Log:
> >   Update few missing docs. Thanks to Agnus Mezick.

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



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

DO NOT REPLY [Bug 28417] New: - Context descriptors in appBase do not get deployed

[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=28417

Context descriptors in appBase do not get deployed

   Summary: Context descriptors in appBase do not get deployed
   Product: Tomcat 5
   Version: 5.0.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Context descriptors in  appBase do not load.

Start with a standard install of Tomcat 5.0.19.

Copy conf/server-minimal.xml to conf/server.xml

modify conf/Catalina/localhost/admin.xml. Change docBase to absolute path (in 
my case: /usr/local/tomcat-5.0.19/server/webapps/admin).

Start tomcat and verify that the admin context is loaded.

Shutdown tomcat

Create a directory somewhere outside the tomcat tree (I 
used /usr/local/webapps/conf).

Move conf/Catalina/localhost/admin.xml to created directory

Modify server.xml. Change 's appBase to created directory. Add 
deployOnStartup="true".

Start tomcat. Note that admin context is not loaded.

I've tried this with mutiple contexts, not just the admin app. I could never 
get it to work as described in 
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html#Deploying%
20on%20Tomcat%20startup


The webapps which are present in the host appBase will be deployed if the 
host "deployOnStartup" property is true. The deployment process is the 
following: 

The Context XML declarations will be deployed first 
...


Posted to tomcat-user: http://www.mail-archive.com/tomcat-
[EMAIL PROTECTED]/msg124362.html

Posted to tomcat-dev: http://www.mail-archive.com/tomcat-
[EMAIL PROTECTED]/msg56640.html

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

DO NOT REPLY [Bug 26906] - Unable to do operations like Rename/Move, Copy, Paste etc.

[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=26906

Unable to do operations like Rename/Move, Copy, Paste etc.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



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

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

DO NOT REPLY [Bug 28399] - WebDAV copyResource function broken for URLs

[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=28399

WebDAV copyResource function broken for URLs

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



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


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

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

RE: form based container auth and filters

[Martin Alley]

Thanks Bill,

Sorry for the noise.

Martin

-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED] 
Sent: 15 April 2004 15:47
To: Tomcat Developers List
Subject: Re: form based container auth and filters 


- Original Message - 
From: "Martin Alley" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 15, 2004 3:06 AM
Subject: form based container auth and filters 


> Hi,
> 
> Can someone explain why filters were called on presenting a form based
> login page in tomcat 4, but they are not called in tomcat 5?
> 

Tomcat 4 used a redirect to the login page, and Tomcat 5 uses a forward.

> Is consideration being given to making this a configurable feature?
> 

It is configurable.  Go read the 2.4 Servlet spec.

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



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

Josephine Chan/HK/HydCon is out of the office.

[josephine . chan]

I will be out of the office starting  12/02/2004 and will not return until
01/05/2004.

I will respond to your message when I return.


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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java

[Jess Holle]

Glenn Nielsen wrote:

On Wed, Apr 14, 2004 at 03:04:51PM -0500, Jess Holle wrote:
 

Jan Luehe wrote:
   

Sandy McArthur wrote:
 

Does this mean J2SE 1.3 support is no more?

On Apr 14, 2004, at 1:45 PM, [EMAIL PROTECTED] wrote: \
   

Log:
Added support for exception chaining.
+iae.initCause(e);
 

If there is a strong desire to maintain BC with J2SE 1.3,
I'll resort to the JdkCompat mechanism, but both Remy and Jess
voiced (strongly in the case of Jess) opinions that there was no need
for it.
 

Though I strongly feel Java 2 v1.3.1 is too old to bother with it (and 
that those who are still stuck back on it for some strange reason can 
stick with older versions of Tomcat as well), I do believe a statement 
that "this and future versions of Tomcat shall require Java 2 v1.4 or 
higher" should accompany the first public release after any change 
requiring Java 2 v1.4 for basic functionality.
   

I don't think the minimum JVM requirement should be changed between
minor releases.  What about those who for whatever reason can't
move to java 1.4 yet but need a Tomcat upgrade path for bug fixes, etc.?
You're right that this should likely have been stated on the first 
public release of 5 and not changed until 5.1 or some such

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

JK2: Patch to allow dynamic additions to handled URIs

[Chetan Sabnis]

I needed to be able to add URIs handled by JK2 to the
workers2.properties config file and have those new endpoints work
dynamically, without restarting Apache 2.  The existing code to reload
the config file when hitting the status worker page accomplished 99% of
the work.  The included patch file does the extra 1% needed to handle
new URIs.

Highlights
1) Adds a refresh method to the UriMap data structure
2) Adds a checkVersion method to workerEnv data structure to compare
config version against shared memory segment and reload config if
necessary.  This is similar to what the lb worker does, and was
necessary to support multi-process operation.
3) checkVersion call was added to the jk2_translate hook.  This is
because the data structures must be reloaded before the translation
phase of mod_jk2.  Once again, this was necessary for multi-process
operation.

The patch can be applied against the 2.0.4 release of the JK2 source
tarball.  It has been tested with Apache 2.0.49 with Tomcat 4.1.29 on
RHEL 3 and Fedora.  It has been tested multi-threaded, multi-process
using the worker MPM.

We at Epok are contributing this patch back to the Jakarta community
with no claims on copyright and no warranty.  You can do whatever you
want to with this code without contacting me or Epok.  It would be nice
to have this functionality incorporated into JK2 in some future
release.  Clearly, this functionality would be implemented differently
if done by the Tomcat developer team.  Hopefully, this patch can serve
as a reference.

Keep up the good work,

Chetan
diff -urNp jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/common/jk_uriMap.c jakarta-tomcat-connectors-jk2-2.0.4-css/jk/native2/common/jk_uriMap.c
--- jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/common/jk_uriMap.c	2004-03-24 08:33:15.0 -0500
+++ jakarta-tomcat-connectors-jk2-2.0.4-css/jk/native2/common/jk_uriMap.c	2004-04-13 15:27:00.0 -0400
@@ -806,21 +806,12 @@ static int jk2_uriMap_createGlobals(jk_e
 return JK_OK;
 }
 
-static int jk2_uriMap_init(jk_env_t *env, jk_uriMap_t *uriMap)
+static int jk2_uriMap_refresh(jk_env_t *env, jk_uriMap_t *uriMap)
 {
 int rc = JK_OK;
-jk_workerEnv_t *workerEnv = uriMap->workerEnv;
-jk_bean_t *mbean = env->getBean2(env, "uri", "*");
 
-/* create the default server */
-if (mbean == NULL) {
-mbean = env->createBean2(env, workerEnv->pool, "uri", "*");
-if (mbean == NULL || mbean->object == NULL) {
-env->l->jkLog(env, env->l, JK_LOG_ERROR,
-  "uriMap.factory() Fail to create default host\n");
-return JK_ERR;
-}
-}
+uriMap->vhosts->clear(env, uriMap->vhosts);
+uriMap->vhcache->clear(env, uriMap->vhcache);
 
 /* Create virtual hosts and initialize them */
 jk2_uriMap_createHosts(env, uriMap);
@@ -838,6 +829,24 @@ static int jk2_uriMap_init(jk_env_t *env
 return rc;
 }
 
+static int jk2_uriMap_init(jk_env_t *env, jk_uriMap_t *uriMap)
+{
+jk_workerEnv_t *workerEnv = uriMap->workerEnv;
+jk_bean_t *mbean = env->getBean2(env, "uri", "*");
+
+/* create the default server */
+if (mbean == NULL) {
+mbean = env->createBean2(env, workerEnv->pool, "uri", "*");
+if (mbean == NULL || mbean->object == NULL) {
+env->l->jkLog(env, env->l, JK_LOG_ERROR,
+  "uriMap.factory() Fail to create default host\n");
+return JK_ERR;
+}
+}
+
+return uriMap->refresh(env, uriMap);
+}
+
 static void jk2_uriMap_destroy(jk_env_t *env, jk_uriMap_t *uriMap)
 {
 
@@ -1109,6 +1118,7 @@ int JK_METHOD jk2_uriMap_factory(jk_env_
 
 uriMap->init = jk2_uriMap_init;
 uriMap->destroy = jk2_uriMap_destroy;
+uriMap->refresh = jk2_uriMap_refresh;
 uriMap->addUriEnv = jk2_uriMap_addUriEnv;
 uriMap->checkUri = jk2_uriMap_checkUri;
 uriMap->mapUri = jk2_uriMap_mapUri;
diff -urNp jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/common/jk_workerEnv.c jakarta-tomcat-connectors-jk2-2.0.4-css/jk/native2/common/jk_workerEnv.c
--- jakarta-tomcat-connectors-jk2-2.0.4-src/jk/native2/common/jk_workerEnv.c	2004-03-24 08:33:15.0 -0500
+++ jakarta-tomcat-connectors-jk2-2.0.4-css/jk/native2/common/jk_workerEnv.c	2004-04-13 15:31:17.0 -0400
@@ -675,6 +675,40 @@ static jk_worker_t *jk2_workerEnv_create
 return w;
 }
 
+static int jk2_workerEnv_checkVersion(jk_env_t *env, jk_workerEnv_t *wEnv)
+{
+int err = JK_OK;
+
+if (wEnv->shm != NULL && wEnv->shm->head != NULL) {
+/* We have shm, let's check for updates. This is just checking one
+   memory location, no lock involved. It is possible we'll read it
+   while somebody else is changing - but that's ok, we just check for
+   equality.
+ */
+/* We should check this periodically
+ */
+if (wEnv->config->ver != wEnv->shm->head->lbVer) {
+if (wEnv->cs != NULL)
+wEnv->cs->lock(env,

Re: form based container auth and filters

[Bill Barker]

- Original Message - 
From: "Martin Alley" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 15, 2004 3:06 AM
Subject: form based container auth and filters 


> Hi,
> 
> Can someone explain why filters were called on presenting a form based
> login page in tomcat 4, but they are not called in tomcat 5?
> 

Tomcat 4 used a redirect to the login page, and Tomcat 5 uses a forward.

> Is consideration being given to making this a configurable feature?
> 

It is configurable.  Go read the 2.4 Servlet spec.

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

This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp TcpReplicationThread.java

[fhanik]

fhanik  2004/04/15 07:12:37

  Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp
TcpReplicationThread.java
  Log:
  Added all the interestOps to the synchronized blocks to guarantee non blocking 
behaviour at all times. Thanks to Rainer Jung for this patch.
  
  Revision  ChangesPath
  1.11  +3 -3  
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/TcpReplicationThread.java
  
  Index: TcpReplicationThread.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/TcpReplicationThread.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- TcpReplicationThread.java 7 Apr 2004 19:02:31 -   1.10
  +++ TcpReplicationThread.java 15 Apr 2004 14:12:37 -  1.11
  @@ -138,14 +138,14 @@
   channel.close();
   return;
   }
  -// resume interest in OP_READ, OP_WRITE
  -int resumeOps = key.interestOps() | SelectionKey.OP_READ;
  -long _debugstart = System.currentTimeMillis();
  +
   //acquire the interestOps mutex
   Object mutex = this.getPool().getInterestOpsMutex();
   synchronized (mutex) {
   // cycle the selector so this key is active again
   key.selector().wakeup();
  +// resume interest in OP_READ, OP_WRITE
  +int resumeOps = key.interestOps() | SelectionKey.OP_READ;
   key.interestOps(resumeOps);
   }
   
  
  
  

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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java

[Glenn Nielsen]

On Wed, Apr 14, 2004 at 03:04:51PM -0500, Jess Holle wrote:
> Jan Luehe wrote:
> 
> >Sandy McArthur wrote:
> >
> >>Does this mean J2SE 1.3 support is no more?
> >>
> >>On Apr 14, 2004, at 1:45 PM, [EMAIL PROTECTED] wrote: \
> >>
> >>>  Log:
> >>>  Added support for exception chaining.
> >>>  +iae.initCause(e);
> >>
> >If there is a strong desire to maintain BC with J2SE 1.3,
> >I'll resort to the JdkCompat mechanism, but both Remy and Jess
> >voiced (strongly in the case of Jess) opinions that there was no need
> >for it.
> 
> Though I strongly feel Java 2 v1.3.1 is too old to bother with it (and 
> that those who are still stuck back on it for some strange reason can 
> stick with older versions of Tomcat as well), I do believe a statement 
> that "this and future versions of Tomcat shall require Java 2 v1.4 or 
> higher" should accompany the first public release after any change 
> requiring Java 2 v1.4 for basic functionality.

I don't think the minimum JVM requirement should be changed between
minor releases.  What about those who for whatever reason can't
move to java 1.4 yet but need a Tomcat upgrade path for bug fixes, etc.?

Regards,

Glenn

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--

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

RE: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml

[Angus Mezick]

AHH NO NOT AGNUS!!!  Sigh, such is my life :)

--aNGus

> -Original Message-
> From: NormW [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, April 15, 2004 5:18 AM
> To: Tomcat Developers List
> Subject: Re: cvs commit: 
> jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml
> 
> 
> Good evening... and rats...(kind of).
> I'd just started putting jk2_get_most_suitable_worker() into 
> pseudocode
> myself, but glad that it has finally been done in any case. 
> For those that
> haven't looked at the code, it will come as a surprise to learn the
> magnitude of the decision making process.
> Thanks to you and Angus.
> Norm
> 
> - Original Message - 
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, April 15, 2004 4:32 PM
> Subject: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 
> configwebcom.xml
> 
> 
> > mturk   2004/04/14 23:32:33
> >
> >   Modified:jk/xdocs/jk2 configwebcom.xml
> >   Log:
> >   Update few missing docs. Thanks to Agnus Mezick.

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

FW: Lesbian & gays Mpeg

[shachor]

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

form based container auth and filters

[Martin Alley]

Hi,

Can someone explain why filters were called on presenting a form based
login page in tomcat 4, but they are not called in tomcat 5?

Is consideration being given to making this a configurable feature?

Thanks
Martin





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

Re: Discussion - /jkstatus and xml

[NormW]

Greetings All.
It doesn't seem all that many days ago people had thoughts of designing xml,
dtd's and related things, yet this thread gets no comment, other than Mladen
volunteering more time and work. I don't believe my document includes even
'good' xml, so what has become of better ideas? I've got a modified
jk_worker_status.c that outputs the 'default' runtime tables in an xml-like
format, and changing the other tables isn't a big deal, however the first
task, as I understand it, is to get suitable xml data elements(and a
stylesheet I guess).. even if Mladen's 'template' software is adopted.
$0.019
Norm

- Original Message - 
From: "Mladen Turk" <[EMAIL PROTECTED]>
To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
Sent: Wednesday, April 14, 2004 5:15 PM
Subject: RE: Discussion - /jkstatus and xml


>
>
> > -Original Message-
> > From: NormW
> >
> > Hmmm
> > It seems your proposal has left everyone speechless which could
> > mean either +1 or +0  perhaps...
> > Norm
> >
>
> It's probably +0 thought :)
>
> Really, I think it's a good solution, that doesn't change the overall
> appearance of the current implementation.
> The current one can be embedded as const char * string parsed, but you may
> have an external file for what ever format you like.
> The two directives to the [status] should be added and those are
'template'
> and 'contentType'. Without it's presence the default one will get
displayed.
>
>
> I'm using the code for a custom mod_dir that generates the xml directory
> listings, and it works good enough.
> It is useful in any situation where you have mixture of key-value pares
> combined with the collection of key-value pairs generated using loops.
>
> MT.
>
> > >
> > > If the appropriate solution is to have a template file that
> > can generate
> > > what ever content then I have a solution.
> > > http://jakarta.apache.org/~mturk/strproc.zip is a simple
> > state template
> > > engine with only 13k of code.
> > > You can define loop callbacks and have a content what ever
> > you like html,
> > > txt or xml.
> > >
> > > If the template file is the acceptable solution then I can help you
> > > integrate that.
> > > The gain is to have a single codebase that can generate any
> > type of a
> > > content.
> > >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml

[NormW]

Good evening... and rats...(kind of).
I'd just started putting jk2_get_most_suitable_worker() into pseudocode
myself, but glad that it has finally been done in any case. For those that
haven't looked at the code, it will come as a surprise to learn the
magnitude of the decision making process.
Thanks to you and Angus.
Norm

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 15, 2004 4:32 PM
Subject: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configwebcom.xml


> mturk   2004/04/14 23:32:33
>
>   Modified:jk/xdocs/jk2 configwebcom.xml
>   Log:
>   Update few missing docs. Thanks to Agnus Mezick.
>
>   Revision  ChangesPath
>   1.17  +109 -37
jakarta-tomcat-connectors/jk/xdocs/jk2/configwebcom.xml
>
>   Index: configwebcom.xml
>   ===
>   RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/configwebcom.xml,v
>   retrieving revision 1.16
>   retrieving revision 1.17
>   diff -u -r1.16 -r1.17
>   --- configwebcom.xml 13 Mar 2004 07:33:24 - 1.16
>   +++ configwebcom.xml 15 Apr 2004 06:32:33 - 1.17
>   @@ -156,26 +156,26 @@
>Default
>Description
>
>   -
>   -file
>   -No default value
>   -Name of the file that will be mmapped to
use as shared memory, If set to 'anonymous' use the anonymous shered
memory
>   -
>   -
>   -size
>   -No default value
>   -Deprecated. Size of the file.
>   -
>   -
>   -slots
>   -256
>   -Number of shared memory slots. Set to the
number of child processes
>   -
>   -
>   -useMemory
>   -0
>   -Use process memory instead of shared
memory. Useful for single child mpm's
>   -
>   +
>   +file
>   +No default value
>   +Name of the file that will be mmapped to
use as shared memory, If set to 'anonymous' use the anonymous shered
memory
>   +
>   +
>   +size
>   +No default value
>   +Deprecated. Size of the file.
>   +
>   +
>   +slots
>   +256
>   +Number of shared memory slots. Set to the
number of child processes
>   +
>   +
>   +useMemory
>   +0
>   +Use process memory instead of shared
memory. Useful for single child mpm's
>   +
>
>
>
>   @@ -346,10 +346,18 @@
>
>lb_factor
>1
>   -
>   -Load balancing factor to use. At this moment, it'll be set on the
worker,
>   -but in future it should be possible to use lb on a channel level.
>   -  
>   +Load balancing factor to use. The lower
the lb_factor the more often that tomcat will get requests but see
>   +"level" below.
>   +
>   +
>   +level
>   +1
>   +Worker Priority.  Valid values are 0-3.
The functioning workers with the lowest level
>   +will be checked for the lowest
lb_value, and if found will be run.  The upper level workers are
>   +only checked upon failure of all
workers on ALL of the levels below them.  This is very
>   +useful for implementing failover
withing a cluster.  You could set the tomcat server local
>   +on the same machine as the apache
instance to level 0 and all of the other workers to level 1.
>   +This would cause apache to only use the
external tomcats when the local tomcat is down.
>
>
>group
>   @@ -359,8 +367,13 @@
>
>tomcatId
>Automatically set to the localname (
host:port )
>   -Must match the JVM route on tomcat
Engine, for load balancing
>   +M

Hey

[ccain]

Norton AntiVirus Deleted1.txt
Description: plain/text
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]