Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.

2003-11-26 Thread raimund . enengl
Ich werde ab  25.11.2003 nicht im Büro sein. Ich kehre zurück am
01.12.2003.

In dringenden Fällen bitte Fr.Martina Sehorz.


Der Austausch von Nachrichten mit o.a. Absender via e-mail dient
ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen
duerfen ueber dieses Medium nicht ausgetauscht werden.

Correspondence with a.m. sender via e-mail is only for information
purposes. This medium is not to be used for the exchange of legally-binding
communications.





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



DO NOT REPLY [Bug 25008] New: - Enable symbolic links: Release notes not clear about allowLinking flag.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25008.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Enable symbolic links: Release notes not clear about allowLinking flag.

   Summary: Enable symbolic links: Release notes not clear about
allowLinking flag.
   Product: Tomcat 5
   Version: 5.0.15
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Native:Integration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The release notes say:

 By default, Unix symlinks will not work when used in a web application
 to link resources located outside the web application root directory.

 This behavior is optional, and the allowLinking flag may be used
 to disable the check.

This left me wondering where to set that flag.  I propose the release notes
should be more specific about this.


For others like me: 

Personally, I found some hints on web pages outside the Jakarta side.
Now I have removed the commenting around the ROOT stuff in my
$CATALINA_BASE/conf/server.xml.  The pertinent part of that file now reads:


   !-- Tomcat Root Context --
 Context path= docBase=ROOT debug=0
   Resources
 className=org.apache.naming.resources.FileDirContext
 allowLinking=true
   /
 /Context

This at least allows me to read the Tomcat documentation in my 
CATALINA_BASE installation, which is a farm of symbolic links to the
CATALINA_HOME directory.


For the record: This bug refers to
http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/RELEASE-NOTES
and jakarta-tomcat-5.0.14/RELEASE-NOTES from jakarta-tomcat-5.0.14.tar.gz.

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



log4j

2003-11-26 Thread ereanha
Hi everybody

I'm new in tomcat, and when i instaled the Apache Tomcat/4.1.27 i get the following 
warn on stderr.log:

log4j:WARN No appenders could be found for logger 
(org.apache.commons.digester.Digester).
log4j:WARN Please initialize the log4j system properly.

I previously installed the same Apache Tomcat in other machine and it works fine 
without this warnings.

Other thing, i developed a webservice on axis using the log4j, using a FileAppender 
and a SMTPAppender. I've instaled it and it gives the following exception (but this is 
working on other machine):


javax.servlet.ServletException: Servlet.init() for servlet log4j-init threw exception
 at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:963)
 at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
 at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3421)
 at org.apache.catalina.core.StandardContext.start(StandardContext.java:3609)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
 at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
 at org.apache.catalina.core.StandardService.start(StandardService.java:497)
 at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
 at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.apache.catalina.startup.BootstrapService.start(BootstrapService.java:245)
 at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307)
- Root Cause -
java.lang.NoClassDefFoundError: javax/mail/Multipart
 at java.lang.Class.getDeclaredConstructors0(Native Method)
 at java.lang.Class.privateGetDeclaredConstructors(Class.java:1590)
 at java.lang.Class.getConstructor0(Class.java:1762)
 at java.lang.Class.newInstance0(Class.java:276)
 at java.lang.Class.newInstance(Class.java:259)
 at org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:164)
 at org.apache.log4j.xml.DOMConfigurator.findAppenderByName(DOMConfigurator.java:140)
 at 
org.apache.log4j.xml.DOMConfigurator.findAppenderByReference(DOMConfigurator.java:153)
 at 
org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLoggerElement(DOMConfigurator.java:415)
 at org.apache.log4j.xml.DOMConfigurator.parseCategory(DOMConfigurator.java:335)
 at org.apache.log4j.xml.DOMConfigurator.parse(DOMConfigurator.java:788)
 at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:673)
 at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:616)
 at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:602)
 at org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:704)
 at pt.ptinovacao.ngincare.sigrede.Log4jInit.init(Log4jInit.java:21)
 at javax.servlet.GenericServlet.init(GenericServlet.java:256)
 at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935)
 at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823)
 at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3421)
 at org.apache.catalina.core.StandardContext.start(StandardContext.java:3609)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
 at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
 at org.apache.catalina.core.StandardService.start(StandardService.java:497)
 at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
 at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.apache.catalina.startup.BootstrapService.start(BootstrapService.java:245)
 at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307)



Thanks in advance 
EReanha

DO NOT REPLY [Bug 25010] New: - Symbolic links should be supported through DefaultContext

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Symbolic links should be supported through DefaultContext

   Summary: Symbolic links should be supported through
DefaultContext
   Product: Tomcat 5
   Version: 5.0.14
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I would like to allow symbolic links for the entirety of my Tomcat installation.

The only way I know of allowing them is through


   Context ... 
  Resources
 className=org.apache.naming.resources.FileDirContext
 allowLinking=true
  /
   /Context

I propose the same functionality should also be available through
DefaultContext.

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



DO NOT REPLY [Bug 24557] - Request encodings doesn't work.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24557.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Request encodings doesn't work.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 11:37 ---
The org.apache.coyote.tomcat4.CoyoteRequest class missed the key codes for 
setting encoding value before call the function 
named parameters.handleQueryParameters() in method parseRequestParameters
(). The method handleQueryParameters() in 
org.apache.tomcat.util.http.Parameters uses the encoding value setting by the 
function named setQueryStringEncoding(String s) to convert byte array of the 
request inputStream to normal string.

The correct codes shows as following: 
 
protected void parseRequestParameters() {
requestParametersParsed = true;
Parameters parameters = coyoteRequest.getParameters();
String enc = coyoteRequest.getCharacterEncoding();
if (enc != null) {
parameters.setEncoding(enc);
//Here set the query string encoding
parameters.setQueryStringEncoding(enc);//Here set the queryParm enc
} else {
parameters.setEncoding
(org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING);
//Here set the query string encoding
parameters.setQueryStringEncoding 
(org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING);
}

parameters.handleQueryParameters();
.

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



DO NOT REPLY [Bug 25011] New: - Flag allowLinking should be documented for Resources .

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25011.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Flag allowLinking should be documented for Resources .

   Summary: Flag allowLinking should be documented for Resources .
   Product: Tomcat 5
   Version: 5.0.14
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


There is no documentation for the flag allowLinking, that enables
symbolic linking, at, e.g.,

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/resources.html

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



DO NOT REPLY [Bug 25008] - Enable symbolic links: Release notes not clear about allowLinking flag.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25008.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Enable symbolic links: Release notes not clear about allowLinking flag.





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 11:56 ---
For the likes of me:

It is not enough to specify this just for the ROOT context, the
same Resources... stuff needs to be present in *every* context
for which you'd like symbolic links to work.

As far as I know, you need to mention those Contexts for which you
want symbolic links in your server.xml, one at a time.

E.g.:


   Context path=/tomcat-docs docBase=tomcat-docs debug=1
 Resources
   className=org.apache.naming.resources.FileDirContext
   allowLinking=true
 /
   /Context

   Context path=/jsp-examples docBase=jsp-examples debug=1
 Resources
   className=org.apache.naming.resources.FileDirContext
   allowLinking=true
 /
   /Context


In other words, appearently you cannot automatically deploy
anything that needs symbolic links by just placing it in webapps/ .


Related bugs:

Bug 25010, symbolic links should be supported through DefaultContext,
which would give us symbolic links _and_ autodeployment.

Bug 25011, this flag should be documented for Resources.

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



DO NOT REPLY [Bug 25013] New: - Symbolic link related troubles should be locked as such.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25013.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Symbolic link related troubles should be locked as such.

   Summary: Symbolic link related troubles should be locked as such.
   Product: Tomcat 5
   Version: 5.0.14
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Native:Integration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


On my machine, root (me) installed CATALINA_HOME.

To get Tomcat running, user (also me) constructed a farm of symbolic links
and called it CATALINA_BASE.  Only files that I decide to change are real,
all else symbolic links.

As I have learned since, symbolic links are not supported out of the box.

This enhancement request is about making it easier for people like myself
to know what it is that is biting them.

The error messages I get are, e.g., 

   SEVERE: Error reading tld listeners javax.servlet.ServletException:
   Exception processing TLD at resource path
   /WEB-INF/jsp2/jsp2-example-taglib.tld in context /jsp-examples
   javax.servlet.ServletException: Exception processing TLD at resource path
   /WEB-INF/jsp2/jsp2-example-taglib.tld in context /jsp-examples
at org.apache.catalina.startup.TldConfig.tldScanTld(TldConfig.java:696)
at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:348)
at org.apache.catalina.core.StandardContext.
   start(StandardContext.java:4108)
at org.apache.catalina.core.ContainerBase.
   addChildInternal(ContainerBase.java:866)

and so on (slightly edited for line breaks).

That give the unsuspecting user little clue.
No mention that symbolic links is the underlying problem.

I propose that Tomcat's logging, as it comes out of the box,
should be configured in such a fashion that
I'm told what I'm up against when things fail because of symbolic links.

I understand there is a specific test for symbolic links that fails,
so I would appreciate seeing the specific words symbolic link in
some log file.

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



DO NOT REPLY [Bug 25013] - Symbolic link related troubles should be logged as such.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25013.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Symbolic link related troubles should be logged as such.

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Symbolic link related   |Symbolic link related
   |troubles should be locked as|troubles should be logged as
   |such.   |such.

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



Authentication with JAAS / Form Autenthication/ j_security_check

2003-11-26 Thread Jose Antonio Chirinos
Hi, i have a web application that use web authentication through j_security_check 
servlet; i need to add an extra parameter diferent of j_password and j_username; i 
guess that i have to put the extra parameter in the login form and in the definition 
of the realm; but where i have to include the code for the comparation of the new 
parameter.
Thanks in Advanced.
Jose Antonio Chirinos. 


-
Do you Yahoo!?
Free Pop-Up Blocker - Get it now

Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.

2003-11-26 Thread raimund . enengl
Ich werde ab  25.11.2003 nicht im Büro sein. Ich kehre zurück am
01.12.2003.

In dringenden Fällen bitte Fr.Martina Sehorz.


Der Austausch von Nachrichten mit o.a. Absender via e-mail dient
ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen
duerfen ueber dieses Medium nicht ausgetauscht werden.

Correspondence with a.m. sender via e-mail is only for information
purposes. This medium is not to be used for the exchange of legally-binding
communications.





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



DO NOT REPLY [Bug 25015] New: - CoyoteAdapter is breaking path info

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CoyoteAdapter is breaking path info

   Summary: CoyoteAdapter is breaking path info
   Product: Tomcat 5
   Version: 5.0.15
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The CoyoteAdapter removes valid path info in the postParseRequest() method.  

take the following url

http://localhost/appname/servlet-name/extra;path/info;here/hi.jsp

when you call getPathInfo() on the request it returns /extra

this is because the CoyoteAdapters postParseRequest() method finds the 
first ';' and truncates the path.  According to RFC1738 this is a valid path.  

The class org.apache.tomcat.util.http.mapper.Mapper handles the path correctly 
but is never given the right path from the CoyoteAdapter.

thanks,

John

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



DO NOT REPLY [Bug 25017] New: - charset GBK in url encode/decode fault

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25017.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

charset GBK in url encode/decode fault

   Summary: charset GBK in url encode/decode fault
   Product: Tomcat 4
   Version: 4.1.29
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


my os is windows, java system property file.encoding=GBK, when uri include 
encoded GBK char, encode/decode always failure.

but in 4.1.24 no this error.
and jetty no error.

in HttpServletRequest, before getParameter invoke, i setCharacterEncoding(GBK)

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



Question on Tomcat 4

2003-11-26 Thread Eduardo Campoy
Hello,
 
I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ? 
 
Thanks in advanced
 
 
 
Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]



RE: Question on Tomcat 4

2003-11-26 Thread Shapira, Yoav

Howdy,
Tomcat 4 and later are so different from 3.x.  I suggest you do the
migration, if only for the speed and feature increases.  I don't think
there's an attribute called secureCookie in tomcat4, as there is no
un-secure mode.  Perhaps a tomcat 3 guru like Senor Barker can fill in
more information...

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 11:33 AM
To: [EMAIL PROTECTED]
Cc: Jason Rivard
Subject: Question on Tomcat 4

Hello,

I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session
cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ?

Thanks in advanced



Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
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 WebappLoader.java

2003-11-26 Thread amyroh
amyroh  2003/11/26 10:46:02

  Modified:catalina/src/share/org/apache/catalina/loader
WebappLoader.java
  Log:
  Catch exception when there is an empty jar file.  Ignores the exception and continue 
loading other jar files in the dir - bugtraq 4670099.
  
  Revision  ChangesPath
  1.24  +10 -3 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappLoader.java
  
  Index: WebappLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- WebappLoader.java 22 Sep 2003 12:31:41 -  1.23
  +++ WebappLoader.java 26 Nov 2003 18:46:02 -  1.24
  @@ -1109,8 +1109,15 @@
   continue;
   }
   
  -JarFile jarFile = new JarFile(destFile);
  -classLoader.addJar(filename, jarFile, destFile);
  +try {
  +JarFile jarFile = new JarFile(destFile);
  +classLoader.addJar(filename, jarFile, destFile);
  +} catch (Exception ex) {
  +// Catch the exception if there is an empty jar file
  +// Should ignore and continute loading other jar files 
  +// in the dir
  +}
  +
   loaderRepositories.add( filename );
   
   }
  
  
  

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



DO NOT REPLY [Bug 25030] New: - Documenttaion bug.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25030.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Documenttaion bug.

   Summary: Documenttaion bug.
   Product: Tomcat 5
   Version: 5.0.14
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The referenced doc page provides confusing jasper2 ant task examples, which are
not valid anymore.
I would suggest :
- removing ref to ant task attribute which do not exist anymore in 5.0 (ie
:verbose...)
- providing a doc for all the tasks attributes .

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper/docs/api/org/apache/jasper/JspC.html
Cheers
Philippe

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



DO NOT REPLY [Bug 25008] - Enable symbolic links: Release notes not clear about allowLinking flag.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25008.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Enable symbolic links: Release notes not clear about allowLinking flag.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:34 ---
Read the docs. Please do not reopen this bug.

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



DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:35 ---
Created an attachment (id=9309)
put it in server/lib/tomcat-coyote.jar to solve this bug

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



DO NOT REPLY [Bug 25010] - Symbolic links should be supported through DefaultContext

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Symbolic links should be supported through DefaultContext

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:35 ---
I think you're smart. Now look at the changelog for TC 5.0.15.

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



DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:36 ---
The attachement i just uploaded is an updated Response.class build by patching
tomcat 4.1.29 with the patch supplied by Tim Funk

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



DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CoyoteAdapter is breaking path info

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:42 ---
I do not agree with your analysis. ';' is a reserved character, and used to
define parameters. Please do not reopen this report.

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



DO NOT REPLY [Bug 25030] - Documenttaion bug.

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25030.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Documenttaion bug.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 19:45 ---
The real docs is part of the Tomcat docs. I thought the Jasper page would be
visible enough (part 11: JSPs). See also the Tomcat deployer docs.
As for the Javadoc, they will be fixed eventually (only developers should look
at them), but are often out of sync.

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



JK2 Endpoint cache comment/question

2003-11-26 Thread Scott, Sean
I am curious as to why the endpoint cache for the ajp 1.3 worker is not in
shared memory. It seems that if you want to limit the number of connections
to tomcat you would want to it across all of apache, not per process. Is
there a reason why it is implemented this way?

Example:

httpd.conf
IfModule worker.c
StartServers 1
MaxClients 640
MinSpareThreads  5
MaxSpareThreads640
ThreadsPerChild 64
MaxRequestsPerChild  0

To satisfy this configuration, apache would create 10 processes under heavy
load.  

How would I configure a worker in workers2.properties If I wanted to limit
the number of threads that this server can use in a particular tomcat
instance to 15. ( We have 2 webservers, and we have found through testing
that tomcat/java has thrashing issues above 30 threads )

Thanks

CONFIDENTIALITY NOTICE - This e-mail transmission, and any documents, files or 
previous e-mail messages attached to it may contain information that is confidential 
or legally privileged. If you are not the intended recipient, or a person responsible 
for delivering it to the intended recipient, you are hereby notified that you must not 
read this transmission and that any disclosure, copying, printing, distribution or use 
of any of the information contained in or attached to this transmission is STRICTLY 
PROHIBITED. If you have received this transmission in error, please immediately notify 
the sender by telephone or return e-mail and delete the original transmission and its 
attachments without reading or saving in any manner. Thank you

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



Re: Question on Tomcat 4

2003-11-26 Thread Bill Barker
The secureCookie attribute was added to 3.3.2 only to allow backwards
compatibility with 3.3.1.  Like Tomcat 4 and higher, the default is 'true'.
It's a pretty small patch:
http://cvs.apache.org/viewcvs/jakarta-tomcat/src/share/org/apache/tomcat/mod
ules/session/SessionId.java.diff?r1=1.20r2=1.21

if you just want to add the feature to 3.3.1.  Like Yoav said, TC 4 and
higher always uses secure cookies.

- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 8:37 AM
Subject: RE: Question on Tomcat 4



Howdy,
Tomcat 4 and later are so different from 3.x.  I suggest you do the
migration, if only for the speed and feature increases.  I don't think
there's an attribute called secureCookie in tomcat4, as there is no
un-secure mode.  Perhaps a tomcat 3 guru like Senor Barker can fill in
more information...

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 11:33 AM
To: [EMAIL PROTECTED]
Cc: Jason Rivard
Subject: Question on Tomcat 4

Hello,

I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session
cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ?

Thanks in advanced



Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.


-
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]

RE: Tomcat 3.3.2 release question - was RE: [5.0.15] Testbuild available

2003-11-26 Thread Mark Thomas
I can confirm that Larry is correct. TC4 (and TC5) behaviour is that any 
session created under an HTTPS connection will not normally be available via 
HTTP. There is a workaround that enables this behaviour. The bug report below 
gives more details.

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

Hope this helps,

Mark


On Tuesday, November 25, 2003 11:35 PM, Larry Isaacs 
[SMTP:[EMAIL PROTECTED] wrote:
 I'm afraid I'm still ignorant in certain areas of Tomcat 4
 configuration.  I don't know what Tomcat 4 might have that
 is equivalent to this feature.  I believe Tomcat 4 won't allow
 you to keep your session when going from HTTP to HTTPS and I
 assume it wouldn't expose the session if trying to do the
 reverse.  I don't know if there are configuration options
 that affect this behavior.

 Cheers,
 Larry

  -Original Message-
  From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, November 25, 2003 4:22 PM
  To: [EMAIL PROTECTED]; Larry Isaacs
  Cc: Edison Rodrigues; Fernando Freitas; Gilson Melo
  Subject: Re: Tomcat 3.3.2 release question - was RE: [5.0.15]
  Testbuild available
 
 
  Hello Larry,
 
  Thanks for your reply
 
  What i need is the new function that Tomcat 3.3.2 has that is
  secureCookie.
  This attribute guarantees that the user will only send the
  session cookie in a secure connection using SSL.
  Since my application runs on Tomcat 4, do you know if Tomcat
  4  has this feature ?
 
  Gilson, thanks for the contact.
 
 
 
 
 
  Eduardo Campoy
  Technology Account Manager
  Novell, THE leading provider of net business solutions
  Tel - 55 11 3345-3938
  Cel - 55 11 9232-7456
  AIM - ecampoy sao
  MSN - [EMAIL PROTECTED]
 
 
   [EMAIL PROTECTED] 25/11/2003 15:46:31 
  Unfortunately Tomcat 3.3.2 suffers from a release manager who can't
  seem to get out of an overworked state in his day job. I still
  intend to do a 3.3.2 release when I can find the time, but it is
  hard to predict when that will be given that my day job necessarily
  takes priority.
 
  Cheers,
  Larry
 
  P.S. Other than some changes needed due to new behavior in
  org.apache.tomcat.util.http.Parameter, there would not be
  any significant code differences between a released version and
  what is in CVS. I'll try to make those changes fairly soon,
  maybe over Thanksgiving.
 
  -Original Message-
  From: Gilson Melo [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, November 25, 2003 11:48 AM
  To: [EMAIL PROTECTED]
  Subject: Re: [5.0.15] Test build available
 
 
  Do you know when the 3.3.2 version will be available?
  tnx for any help...
 
  cya,
 
  GilsoN Melo
  Technical Support Engineer
  Support: 55 11 5505-4066
  Fax: 55 11 5505-4041
  AIM: gilsonsmelo
  Novell, Inc., the leading provider of information solutions.
 
   [EMAIL PROTECTED] 11/25 2:30 PM 
  5.0.15 is available for testing. Please be extra careful
  about regressions.
  If there are significant regressions, those will need to be
  fixed ASAP,
  and I'll release a new build shortly after that.
 
 http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/

 Remy



 -
 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]




 -
 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]



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

2003-11-26 Thread remm
remm2003/11/26 12:22:34

  Modified:webapps/docs/config resources.xml
  Log:
  - Add docs on some flags.
  
  Revision  ChangesPath
  1.4   +13 -0 jakarta-tomcat-catalina/webapps/docs/config/resources.xml
  
  Index: resources.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/resources.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- resources.xml 30 Jul 2003 18:37:51 -  1.3
  +++ resources.xml 26 Nov 2003 20:22:34 -  1.4
  @@ -76,6 +76,13 @@
   
   attributes
   
  +  attribute name=allowLinking required=false
  +pIf the value of this flag is codetrue/code, symlinks will be
  +allowed inside the web application, pointing to resources outside the
  +web application base path. If not specified, the default value
  +of the flag is codefalse/code./p
  +  /attribute
  +
 attribute name=cached required=false
   pThis boolean flag indicates if the resources should be cached. It
   defaults to codetrue/code./p
  @@ -85,6 +92,12 @@
   pMaximum size in kilobytes (KB) of the cache associated with 
   the resources, if cached is set to true. It defaults 
   to code10240/code (10 megabytes)./p
  +  /attribute
  +
  +  attribute name=cacheTTL required=false
  +pAmount of time in milliseconds between cache entries revalidation.
  +If not specified, the default value is code5000/code 
  +(5 seconds)./p
 /attribute
   
 attribute name=caseSensitive required=false
  
  
  

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



DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CoyoteAdapter is breaking path info





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 20:22 ---
Remy, 

Yes the ; is for parameters, but parameters are allowed in the path and are 
valid.  Why would it be correct behavior for tomcat to not send all the path 
info because the path had parameters in it?

John

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



DO NOT REPLY [Bug 25011] - Flag allowLinking should be documented for Resources .

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25011.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Flag allowLinking should be documented for Resources .

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 20:26 ---
Done. It is already documented for DefaultContext.

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



DO NOT REPLY [Bug 25033] New: - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available

   Summary: After install,remove and install application the app is
not available
   Product: Tomcat 5
   Version: 5.0.15
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Sorry,

I have installed a directory deployment with install ant task.

Application wotk OK

Than I remove the App an installed again and I got 503 with every request.

But the Ant list taks say apllication is running.
C:\Dokumente\tomcatKolumne\2004-02\example\examples\accessant -f tomadmin.xml 
l
ist
Buildfile: tomadmin.xml

list:
 [list] OK - Auflistung der Webanwendungen f³r virtuellen Server localhost

 [list] /admin:running:0:c:\develop\tomcat5\jakarta-tomcat-5
\build/server/we
bapps/admin

 [list] /myapps:running:0:C:/Dokumente/tomcatKolumne/2004-
02/example/example
s/access/myapps

 [list] /:running:0:C:\Dokumente\tomcatKolumne\2004-02\example\logger-
server
\webapps\ROOT

 [list] /manager:running:0:c:\develop\tomcat5\jakarta-tomcat-5
\build/server/
webapps/manager


BUILD SUCCESSFUL
Total time: 1 second

after restart the application myapps work fine.

See example configuration.

The same catalina.base config work fine with 5.0.14 release.

Peter

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 20:53 ---
Created an attachment (id=9311)
Example Application with catalina.base configuration

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 20:55 ---
Use deploy and undeploy rather than these deprecated tasks.

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



Pre-compiling one JSP page at a time?!?

2003-11-26 Thread Jess Holle
I look at the Tomcat 5 documentation for pre-compiling JSP pages and at 
the 5.0.15 source for JspC -- and as best I can tell there is absolutely 
no way to specify a particular set of JSP pages to compile at a given 
time.  Nested include elements don't work (as they are documented to 
in Ant's optional JspC task).  There is a setArgs(), but it takes an 
array of Strings -- which I don't believe will automatically be coerced 
out of any normal Ant property.

What am I missing?

I need to be able to compile one JSP page at a time for validation 
purposes in a large-team environment.  I need to know exactly which JSP 
pages pass and fail.  To complicate things there are a lot of JSP 
fragments that have .jsp suffixes, so we know a number will fail and 
would like to exclude them.

Is there some way I should be using Ant's JspC in conjunction with 
Tomcat 5 to get the right result or... what?

--
Jess Holle


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


DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 21:25 ---
I tested and the bug is not related to install. However, reloading the
application, which is very easy to do, fixes the problem.

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 21:29 ---
Hello,

something with deregister AccessLog Valve goes wrong

Logger-Webdev:type=Valve,name=Access
LogValve,seq=2,path=/myapps,host=localhost

I thing the name is ObjectName wrong : What means the seq2

Peter

PS: OK I test with deploy/undeploy!


see following console output:

INFO: Removing web application at context path /myapps
26.11.2003 22:20:41 org.apache.catalina.core.StandardPipeline unregisterValve
INFO: Can't unregister valve [EMAIL PROTECTED]
javax.management.InstanceNotFoundException: Logger-
Webdev:type=Valve,name=Access
LogValve,seq=2,path=/myapps,host=localhost
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean
(Defaul
tMBeanServerInterceptor.java:1015)
at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.unregisterMBean
(DefaultMBeanServerInterceptor.java:361)
at com.sun.jmx.mbeanserver.JmxMBeanServer.unregisterMBean
(JmxMBeanServer
.java:535)
at org.apache.catalina.core.StandardPipeline.unregisterValve
(StandardPip
eline.java:379)
at org.apache.catalina.core.StandardPipeline.stop
(StandardPipeline.java:
334)
at org.apache.catalina.core.StandardContext.stop
(StandardContext.java:44
40)
at org.apache.catalina.core.ContainerBase.removeChild
(ContainerBase.java
:995)
at org.apache.catalina.core.StandardHostDeployer.remove
(StandardHostDepl
oyer.java:652)
at org.apache.catalina.core.StandardHost.remove(StandardHost.java:964)
at org.apache.catalina.manager.ManagerServlet.remove
(ManagerServlet.java
:1062)
at org.apache.catalina.manager.ManagerServlet.doGet
(ManagerServlet.java:
380)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(Appl
icationFilterChain.java:284)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationF
ilterChain.java:204)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperV
alve.java:256)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.jav
a:564)
at org.apache.catalina.core.StandardContextValve.invokeInternal
(Standard
ContextValve.java:245)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextV
alve.java:199)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:151)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke
(Authentica
torBase.java:594)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:149)
at org.apache.catalina.valves.RequestFilterValve.process
(RequestFilterVa
lve.java:323)
at org.apache.catalina.valves.RemoteAddrValve.invoke
(RemoteAddrValve.jav
a:131)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.jav
a:564)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.j
ava:195)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:151)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.j
ava:164)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.jav
a:564)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineVal
ve.java:156)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValv
eContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.jav
a:564)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:972)

at org.apache.coyote.tomcat5.CoyoteAdapter.service
(CoyoteAdapter.java:21
1)
at org.apache.coyote.http11.Http11Processor.process
(Http11Processor.java
:805)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:696)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt
(PoolTcpEndpoint.java
:605)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadP
ool.java:677)
at java.lang.Thread.run(Thread.java:536)
26.11.2003 

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

2003-11-26 Thread remm
remm2003/11/26 13:34:04

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Calculating the object name should occur as early as possible, to fix
a stop/start scenario based on different object instances.
  - This fixes bug 25033.
  
  Revision  ChangesPath
  1.101 +7 -4  
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.100
  retrieving revision 1.101
  diff -u -r1.100 -r1.101
  --- StandardContext.java  13 Nov 2003 21:03:14 -  1.100
  +++ StandardContext.java  26 Nov 2003 21:34:04 -  1.101
  @@ -3985,6 +3985,9 @@
   
   log.debug(Starting  + logName);
   
  +// Set JMX object name for proper pipeline registration
  +preRegisterJMX();
  +
   if ((oname != null)  
   (Registry.getRegistry().getMBeanServer().isRegistered(oname))) {
   // As things depend on the JMX registration, the context
  @@ -4178,9 +4181,6 @@
   if ((resources != null)  (resources instanceof Lifecycle))
   ((Lifecycle) resources).start();
   
  -// Set JMX object name for proper pipeline registration
  -preRegisterJMX();
  -
   // Start our child containers, if any
   Container children[] = findChildren();
   for (int i = 0; i  children.length; i++) {
  @@ -5260,6 +5260,9 @@
   }
   
   private void registerJMX() {
  +if (oname == null) {
  +return;
  +}
   try {
   if (log.isDebugEnabled()) {
   log.debug(Checking for  + oname );
  
  
  

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 21:35 ---
Fixing it was rather trivial, also.
Understanding your reports is quite a challenge, sometimes.

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



DO NOT REPLY [Bug 24960] - CGI module reveals server internals details to all

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24960.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CGI module reveals server internals details to all





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 22:43 ---
This has been patched (patches to follow). The debug info is now only 
displayed if the debug parameter of the servlet is set to 10 or above. In 
normal use a plain 404 is returned.

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



DO NOT REPLY [Bug 24960] - CGI module reveals server internals details to all

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24960.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CGI module reveals server internals details to all





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 22:44 ---
Created an attachment (id=9315)
Patch for TC4 to fix this bug

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



DO NOT REPLY [Bug 24960] - CGI module reveals server internals details to all

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24960.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CGI module reveals server internals details to all





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 22:44 ---
Created an attachment (id=9316)
Patch for TC5 to fix this bug

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



DO NOT REPLY [Bug 25038] New: - Tomcat and Mozilla SSL: error code -12229

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25038.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Tomcat and Mozilla SSL: error code -12229

   Summary: Tomcat and Mozilla SSL: error code -12229
   Product: Tomcat 4
   Version: 4.1.27
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Mozilla cannot connect to Tomcat 4.1.27 with SSL.

Tested:
OS: Windows XP
Tomcat: 4.1.27, plain
Mozilla: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007)

(also tested Netscape 7.1 : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.4) Gecko/20030624 Netscape/7.1 (ax)  )

Connector:
Connector className=org.apache.coyote.tomcat4.CoyoteConnector
   port=443 minProcessors=5 maxProcessors=75
   enableLookups=true
   acceptCount=100 debug=0 scheme=https secure=true
   useURIValidationHack=false disableUploadTimeout=true

I have created a self signed certificate, and can access correctly with IE at
https://localhost

When trying the same URL with mozilla, after the expected certificate warnings,
it displays an error message: localhost has received an incorrect or unexpected
message.
Error Code: -12229

Not sure whether this is a problem of Mozilla or of Tomcat, but others have
noticed this with Tomcat 5 as well.

There is a bug report in Mozilla.org as well:
http://bugzilla.mozilla.org/show_bug.cgi?id=224604

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



DO NOT REPLY [Bug 25017] - charset GBK in url encode/decode fault

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25017.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

charset GBK in url encode/decode fault

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 23:03 ---
setCharacterEncoding() applies only to the request body.

There has been a lot of debate on this issue on the tomcat-dev list. Have a 
look at bug 22666 and http://marc.theaimsgroup.com/?t=10694230861r=1w=2
for the highlights.

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



DO NOT REPLY [Bug 24954] - Removing web application at context path /jaxrpc-VoteService by tomcat manager

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24954.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Removing web application at context path /jaxrpc-VoteService by tomcat manager





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 23:18 ---
I can't see what might cause this. Can you provide the web app? If not, this 
is likely to be difficult/impossible to track down.

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



DO NOT REPLY [Bug 24961] - Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 23:27 ---
File.deleteOnExit() is entirely the responsibility of the JVM. Tomcat has 
nothing to do with this.

I have checked the spec and it states the the files will only be deleted if 
the JVM exits normally. I agree that the way tomcat.exe stops the JVM is the 
most likely cause. Tomcat.exe is actually JavaService, a non-Apache OSS 
wrapper. I am afraid this is a WONTFIX as the source is outside of our control.

See bug 22992 for some alternative options.

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available





--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 23:31 ---
The valve related trouble works for me (with a META-INF/context.xml).

OTOH, you have to put the path of the context in context.xml, which is not clean
(and should be infered from the context resource name). But this can be saved
for a future release.

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



DO NOT REPLY [Bug 25038] - Tomcat and Mozilla SSL: error code -12229

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25038.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Tomcat and Mozilla SSL: error code -12229

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-11-26 23:56 ---
I have just tested this with the latest 4.1.x, Windows XP, Mozilla 1.4 and it 
works.

Since it works in the latest TC4 version, I am resolving this as working.

See also the comments on bug 24363.

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available





--- Additional Comments From [EMAIL PROTECTED]  2003-11-27 00:09 ---
Hello,

In my example I have installed a directory app myapps with a separate 
myapps.xml
context file. In my context I have configured three AccessLogValves. Ohh, this 
example is a demo  .

With one AccessLogValve the install,remove, install cycle work correct. 

I look at the VavleBase.createObjectName() and the see following

L 278ff
Pipeline pipe=containerBase.getPipeline();
Valve valves[]=pipe.getValves();

and
L311

int seq=0;
for( int i=0; ivalves.length; i++ ) {
// Find other valves with the same name
if( valves[i]!=null 
valves[i].getClass() == this.getClass() 
valves[i] != this ) {
log.debug(Duplicate  + valves[i] +   + this +   + 
container);
seq++;
}
}
String ext=;
if( seq  0 ) {
ext=,seq= + seq;
}

I thing the StandardPipeline has all valves at startup. This means that all 
valves registered with the seq=2 part.

With stop the StandardPipeLine the first Valve is unregistered and the next 
AccessLogValve has a probleme as reported.

Peter

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



DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

CoyoteAdapter is breaking path info

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Minor



--- Additional Comments From [EMAIL PROTECTED]  2003-11-27 00:18 ---
The actually relevant RFC is 2396.
I think the parameters do not belong to any of the processed paths returned by
Tomcat.
However, I've read in the RFC that a parameter applies to a path segment (!) as
separated by '/', so the unparameterized URL in your example should likely be:
http://localhost/appname/servlet-name/extra/info/hi.jsp. I'm not to sure about
my understanding of the RFC, and I don't plan to fix this issue (clean patch
welcome, I suppose, though).
If you want to use the parameters, you can get the original request URI, as usual.

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



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

2003-11-26 Thread remm
remm2003/11/26 16:29:15

  Modified:catalina/src/share/org/apache/catalina/valves ValveBase.java
  Log:
  - Fix sequence generator when there are duplicate valves in the pipeline.
  - Thanks to Peter Rossbach for the help.
  
  Revision  ChangesPath
  1.10  +8 -6  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ValveBase.java
  
  Index: ValveBase.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ValveBase.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- ValveBase.java2 Sep 2003 21:22:03 -   1.9
  +++ ValveBase.java27 Nov 2003 00:29:15 -  1.10
  @@ -311,9 +311,11 @@
   int seq=0;
   for( int i=0; ivalves.length; i++ ) {
   // Find other valves with the same name
  +if (valves[i] == this) {
  +break;
  +}
   if( valves[i]!=null 
  -valves[i].getClass() == this.getClass() 
  -valves[i] != this ) {
  +valves[i].getClass() == this.getClass() ) {
   log.debug(Duplicate  + valves[i] +   + this +   + container);
   seq++;
   }
  
  
  

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



DO NOT REPLY [Bug 25033] - After install,remove and install application the app is not available

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25033.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

After install,remove and install application the app is not available





--- Additional Comments From [EMAIL PROTECTED]  2003-11-27 00:30 ---
Ah, ok, I didn't think about this case. So I guess I can't always understand
you, but it's a good catch, the sequence alg was indeed bad (it is now fixed).

-
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

2003-11-26 Thread remm
remm2003/11/26 16:37:29

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Forgot to remove some of my debug code.
  
  Revision  ChangesPath
  1.102 +1 -4  
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.101
  retrieving revision 1.102
  diff -u -r1.101 -r1.102
  --- StandardContext.java  26 Nov 2003 21:34:04 -  1.101
  +++ StandardContext.java  27 Nov 2003 00:37:29 -  1.102
  @@ -5260,9 +5260,6 @@
   }
   
   private void registerJMX() {
  -if (oname == null) {
  -return;
  -}
   try {
   if (log.isDebugEnabled()) {
   log.debug(Checking for  + oname );
  
  
  

-
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/core StandardContext.java

2003-11-26 Thread Remy Maucherat
[EMAIL PROTECTED] wrote:
remm2003/11/26 13:34:04

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Calculating the object name should occur as early as possible, to fix
a stop/start scenario based on different object instances.
  - This fixes bug 25033.
I think I'll put together a new 5.0.16 build by this week-end, with 
voting on monday (it's not like any of the USA based folks are going to 
be around). This will also pick up the rather numerous docs updates, 
which can't hurt (please, more docs updates :) ).

The changes so far are minimal, and won't require extensive additional 
testing.

Rémy



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


DO NOT REPLY [Bug 24961] - Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service





--- Additional Comments From [EMAIL PROTECTED]  2003-11-27 04:33 ---
Are there any plans for getting the commons-daemon launcher into a future 
version of the 4.1.X series?  If I were to do it, would it be accepted into 
the tree?

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



DO NOT REPLY [Bug 24961] - Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service





--- Additional Comments From [EMAIL PROTECTED]  2003-11-27 04:33 ---
Are there any plans for getting the commons-daemon launcher into a future 
version of the 4.1.X series?  If I were to do it, would it be accepted into 
the tree?

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



DO NOT REPLY [Bug 24961] - Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service

2003-11-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

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

Temporary files marked deleteOnExit not deleted when Tomcat runs as NT Service





--- Additional Comments From [EMAIL PROTECTED]  2003-11-27 06:10 ---
The commons-daemon procrun launcher should work fine with TC 4.1.x.  If you 
can document your steps, I could even add it to the TC 4.1.x docs :).

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