DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

2004-02-20 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=27091.
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=27091

path attribute must not be required in ant task install

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 08:25 ---
I hope you have some arguments to share for closing this bug.
reopening.

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

DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

2004-02-20 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=27091.
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=27091

path attribute must not be required in ant task install

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX

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

Matt Shirley/V-USA/VKI is out of the office.

2004-02-20 Thread matt . shirley 




I will be out of the office starting  02/20/2004 and will not return until
02/23/2004.

I will respond to your message when I return.


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

problem

2004-02-20 Thread Vano Beridze 
Hello

I filed my first bug against tomcat yesterday

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

Person whos email address is [EMAIL PROTECTED]

closed this bug as wontfix.
As you see I reopened the bug because I've my arguments.
After that that person closed this bug as wontfix 
event not explainig why.

My question is:

If this is the opensource project why that person behaves so.
I'm not so dumb to insist on something without a reason.
I have my arguments regarding this bug. If he does not agree then explain.
I think I am part of the community and the community is developing a product.
If it's not so then tell me.
Comment are welcome
Thank you
Vano Beridze
Devoted tomcat user.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: JK2 release Expat

2004-02-20 Thread Greg . Cope 


 -Original Message-
 From: Kurt Miller [mailto:[EMAIL PROTECTED]
 Sent: 20 February 2004 03:09
 To: Tomcat Developers List
 Subject: Re: JK2 release  Expat
 
 
 Thanks Greg for all the detailed information. I've committed the fix
 for this. Could you update your source and let us know how it goes?
 
 -Kurt

Many thanks Kurt.

I look at this Monday, as I am going to a wedding this Weekend.

Thanks for the fast patch!

Greg 

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

RE: JK2 release Expat

2004-02-20 Thread Greg . Cope 


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: 20 February 2004 09:39
 To: [EMAIL PROTECTED]
 Subject: RE: JK2 release  Expat
 
 
 
 
  -Original Message-
  From: Kurt Miller [mailto:[EMAIL PROTECTED]
  Sent: 20 February 2004 03:09
  To: Tomcat Developers List
  Subject: Re: JK2 release  Expat
  
  
  Thanks Greg for all the detailed information. I've committed the fix
  for this. Could you update your source and let us know how it goes?
  
  -Kurt

Kurt,

I assume you mean that you have patched jk2, not apr or apr-utils?

Greg

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

RE: JK2 release Expat

2004-02-20 Thread Greg . Cope 
 What does apu-config --libs (in apr-util-0.9.4) gives?
 In my machine it tells:
 +++
 bash-2.03$ ./apu-config --libs
  /export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la
 bash-2.03$ ./apu-config --link-libtool --libs
  /export/home3/jfclere/tmp/apr-util-0.9.4/libaprutil-0.la
 /export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la
 bash-2.03$ ./apr-config --link-libtool --libs
  /export/home3/jfclere/tmp/apr-0.9.4/libapr-0.la -lsendfile 
 -lrt -lm -lsocket
 -lnsl -lresolv  -lpthread -ldl
 +++
 I think we have to use --link-libtool --libs instead of --libs.

Not quite, apr does not have an Expat dependency (as far as it's configure
goes), apr-util does  apr-config (with --libs/--link-libtool)


$ /var/tmp/temo/apr-0.9.4/apr-config --libs
 -lsendfile -lrt -lm -lsocket -lnsl -lresolv  -lpthread -ldl

$ /var/tmp/temo/apr-0.9.4/apr-config --libs --link-libtool
 -lsendfile -lrt -lm -lsocket -lnsl -lresolv  -lpthread -ldl
/var/tmp/temo/apr-0.9.4/libapr-0.la


Greg

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

DO NOT REPLY [Bug 27073] - Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

2004-02-20 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=27073.
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=27073

Only response body is sent and no HTTP headers on many GET and PROPFIND requests.





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 09:44 ---
It is corrupted http response (on PROPFIND method). I will try to prepare some 
test and configuration.Then I will send this.

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

Re: JK2 release Expat

2004-02-20 Thread jean-frederic clere 
[EMAIL PROTECTED] wrote:
 
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 20 February 2004 09:39
To: [EMAIL PROTECTED]
Subject: RE: JK2 release  Expat





-Original Message-
From: Kurt Miller [mailto:[EMAIL PROTECTED]
Sent: 20 February 2004 03:09
To: Tomcat Developers List
Subject: Re: JK2 release  Expat


Thanks Greg for all the detailed information. I've committed the fix
for this. Could you update your source and let us know how it goes?

-Kurt
 
 
 Kurt,
 
 I assume you mean that you have patched jk2, not apr or apr-utils?

Yes, the patch is in jk2.

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



signature.asc
Description: OpenPGP digital signature

Re: problem

2004-02-20 Thread jean-frederic clere 
Vano Beridze wrote:
 Hello
 
 I filed my first bug against tomcat yesterday
 
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27091
 
 Person whos email address is [EMAIL PROTECTED]
 
 closed this bug as wontfix.
 As you see I reopened the bug because I've my arguments.
 
 After that that person closed this bug as wontfix event not explainig why.

+++
--- Additional Comments From Remy Maucherat 2004-02-19 19:44 ---

Yes, but not doing so is too complex to implement overall (since you would have
to parse the descriptor to know what to do).
+++
For me that is a good explaination as severity of the bug is enhancement.

 
 My question is:
 
 If this is the opensource project why that person behaves so.
 I'm not so dumb to insist on something without a reason.
 I have my arguments regarding this bug. If he does not agree then explain.
 
 I think I am part of the community and the community is developing a
 product.

Then propose a patch for your problem I will aply it :-)

 If it's not so then tell me.
 
 Comment are welcome
 Thank you
 
 Vano Beridze
 Devoted tomcat user.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 



signature.asc
Description: OpenPGP digital signature

DO NOT REPLY [Bug 27073] - Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

2004-02-20 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=27073.
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=27073

Only response body is sent and no HTTP headers on many GET and PROPFIND requests.





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 09:49 ---
Actually, I'd like this test to involve only telnets or simple servlets, without
Slide.

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

DO NOT REPLY [Bug 27073] - Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

2004-02-20 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=27073.
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=27073

Only response body is sent and no HTTP headers on many GET and PROPFIND requests.





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 09:50 ---
Actually, I'd like this test to involve only telnets or simple servlets, without
Slide, if possible. Otherwise, since I think there's no bug, I'll have a big
bias against this report.

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

Re: problem

2004-02-20 Thread Vano Beridze 
jean-frederic clere wrote:

+++
--- Additional Comments From Remy Maucherat 2004-02-19 19:44 ---
Yes, but not doing so is too complex to implement overall (since you would have
to parse the descriptor to know what to do).
+++
For me that is a good explaination as severity of the bug is enhancement.
Have you read the comment next to that message?
I'm saying that it's not necessary to parse the descriptor.
If I'm wrong then tell me instead of closing the bug as wontfix again.
Then propose a patch for your problem I will aply it :-)
 

If it would be a critical problem for me I would propose :)

I was just impressed by so aggresive behaviour. Tomcat list was always 
friendly to me.

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

DO NOT REPLY [Bug 27104] New: - got an exception when testing a simple cluster app

2004-02-20 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=27104.
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=27104

got an exception when testing a simple cluster app

   Summary: got an exception when testing a simple cluster app
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina:Cluster
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


hi,

this occured only once (so far)-

fault:

java.util.NoSuchElementException
at java.util.LinkedList.remove(LinkedList.java:579)
at java.util.LinkedList.removeFirst(LinkedList.java:131)
at org.apache.catalina.cluster.session.DeltaRequest.addAction
(DeltaRequest.java:149)
at org.apache.catalina.cluster.session.DeltaRequest.setAttribute
(DeltaRequest.java:116)
at org.apache.catalina.cluster.session.DeltaSession.setAttribute
(DeltaSession.java:1330)
at org.apache.catalina.cluster.session.DeltaSession.setAttribute
(DeltaSession.java:1311)
at org.apache.catalina.cluster.session.DeltaSessionFacade.setAttribute
(DeltaSessionFacade.java:177)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:50)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:311)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:301)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:284)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:204)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:257)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardContextValve.invokeInternal
(StandardContextValve.java:245)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:199)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:195)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:164)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:149)
at org.apache.catalina.cluster.tcp.ReplicationValve.invoke
(ReplicationValve.java:182)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:564)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:156)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:564)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at org.apache.coyote.tomcat5.CoyoteAdapter.service
(CoyoteAdapter.java:206)
at org.apache.coyote.http11.Http11Processor.process
(Http11Processor.java:828)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio
n(Http11Protocol.java:700)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt
(PoolTcpEndpoint.java:584)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)


index.jsp:

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http://www.w3.org/TR/html4/loose.dtd;
html
head
titleSession Text/title
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/head
%
String rep = new String(Replicated);
out.print(session.getId());
session.setAttribute(replicate,rep);
%
body
/body
/html

multicast config:

 Cluster  className=org.apache.catalina.cluster.tcp.SimpleTcpCluster

  name=

  debug=99

RE: JK2 release Expat

2004-02-20 Thread Greg . Cope 


 -Original Message-
 From: jean-frederic clere [mailto:[EMAIL PROTECTED]

 Yes, the patch is in jk2.

Thanks

Greg

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

DO NOT REPLY [Bug 27100] - WebDAV locking implementation incompatible with some clients.

2004-02-20 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=27100.
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=27100

WebDAV locking implementation incompatible with some clients.





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 10:23 ---
I think the problem is that the servlet obsfucates lock tokens, which it has
every right to do (this is from memory).
Anyway, the servlet supports WebDAV level 1, which doesn't include locking
(which is very complex to implement completely, so is only partially implemented).
I'll let Mark resolve this report.

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

DO NOT REPLY [Bug 27105] New: - Getting this error after starting Tomcat

2004-02-20 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=27105.
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=27105

Getting this error after starting Tomcat

   Summary: Getting this error after starting Tomcat
   Product: Tomcat 4
   Version: 4.0 Beta 3
  Platform: PC
OS/Version: Windows 9x
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

I am getting the error given below after starting Tomcat. The application works 
fine but after some time the sessions are lost.

Pl look into this maatter
java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream
.java:2165)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputS
tream.java:2634)
at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:734
)
at java.io.ObjectInputStream.init(ObjectInputStream.java:253)
at org.apache.catalina.util.CustomObjectInputStream.init(CustomObjectI
nputStream.java:103)
at org.apache.catalina.session.FileStore.load(FileStore.java:296)
at org.apache.catalina.session.StoreBase.processExpires(StoreBase.java:2
95)
at org.apache.catalina.session.StoreBase.run(StoreBase.java:350)
at java.lang.Thread.run(Thread.java:536)

regards Umesh

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

Re: DO NOT REPLY [Bug 27100] - WebDAV locking implementation incompatible with some clients.

2004-02-20 Thread Julian Reschke 
[EMAIL PROTECTED] wrote:

I think the problem is that the servlet obsfucates lock tokens, which it has
every right to do (this is from memory).
That's incorrect. It has the right to *hide* lock tokens, but not to 
return incorrect ones.

Anyway, the servlet supports WebDAV level 1, which doesn't include locking
(which is very complex to implement completely, so is only partially implemented).
I'll let Mark resolve this report.
Can anybody explain why the servlet actually *intends* to hide the lock 
token? Each and every WebDAV server I've seen (and I've seen a lot) 
reveals them upon PROPFFIND/lockdiscovery.

Regards, Julian

--
green/bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java LocalStrings.properties

2004-02-20 Thread remm 
remm2004/02/20 03:03:28

  Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
LocalStrings.properties
  Log:
  - Add some i18n strings.
  - Encode the address in the protocol name, to fix bug 27033.
  
  Revision  ChangesPath
  1.51  +25 -13
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
  
  Index: Http11Protocol.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java,v
  retrieving revision 1.50
  retrieving revision 1.51
  diff -u -r1.50 -r1.51
  --- Http11Protocol.java   5 Feb 2004 16:22:40 -   1.50
  +++ Http11Protocol.java   20 Feb 2004 11:03:28 -  1.51
  @@ -63,6 +63,7 @@
   import java.io.OutputStream;
   import java.net.InetAddress;
   import java.net.Socket;
  +import java.net.URLEncoder;
   import java.util.Enumeration;
   import java.util.Hashtable;
   
  @@ -186,7 +187,7 @@
   log.error(sm.getString(http11protocol.endpoint.initerror), ex);
   throw ex;
   }
  -log.info(sm.getString(http11protocol.init,  + ep.getPort()));
  +log.info(sm.getString(http11protocol.init, getName()));
   
   }
   
  @@ -198,18 +199,18 @@
   try {
   // XXX We should be able to configure it separately
   // XXX It should be possible to use a single TP
  -tpOname=new ObjectName(domain + : + type=ThreadPool,name=http + 
ep.getPort());
  +tpOname=new ObjectName
  +(domain + : + type=ThreadPool,name= + getName());
   Registry.getRegistry(null, null)
   .registerComponent(tp, tpOname, null );
  -tp.setName(http + ep.getPort());
  +tp.setName(getName());
   tp.setDaemon(false);
   tp.addThreadPoolListener(new MXPoolListener(this, tp));
   } catch (Exception e) {
   log.error(Can't register threadpool );
   }
  -rgOname=new ObjectName( domain + 
  -:type=GlobalRequestProcessor,name=http +
  -ep.getPort());
  +rgOname=new ObjectName
  +(domain + :type=GlobalRequestProcessor,name= + getName());
   Registry.getRegistry(null, null).registerComponent
   ( cHandler.global, rgOname, null );
   }
  @@ -220,7 +221,7 @@
   log.error(sm.getString(http11protocol.endpoint.starterror), ex);
   throw ex;
   }
  -log.info(sm.getString(http11protocol.start,  + ep.getPort()));
  +log.info(sm.getString(http11protocol.start, getName()));
   }
   
   public void pause() throws Exception {
  @@ -230,7 +231,7 @@
   log.error(sm.getString(http11protocol.endpoint.pauseerror), ex);
   throw ex;
   }
  -log.info(sm.getString(http11protocol.pause,  + ep.getPort()));
  +log.info(sm.getString(http11protocol.pause, getName()));
   }
   
   public void resume() throws Exception {
  @@ -240,11 +241,11 @@
   log.error(sm.getString(http11protocol.endpoint.resumeerror), ex);
   throw ex;
   }
  -log.info(sm.getString(http11protocol.resume,  + ep.getPort()));
  +log.info(sm.getString(http11protocol.resume, getName()));
   }
   
   public void destroy() throws Exception {
  -log.info(Stoping http11 protocol on  + ep.getPort() +   + tpOname);
  +log.info(sm.getString(http11protocol.stop, getName()));
   ep.stopEndpoint();
   if( tpOname!=null ) 
   Registry.getRegistry(null, null).unregisterComponent(tpOname);
  @@ -352,6 +353,17 @@
   setAttribute(address,  + ia);
   }
   
  +public String getName() {
  +String encodedAddr = ;
  +if (getAddress() != null) {
  +encodedAddr =  + getAddress();
  +if (encodedAddr.startsWith(/))
  +encodedAddr = encodedAddr.substring(1);
  +encodedAddr = URLEncoder.encode(encodedAddr) + -;
  +}
  +return (http- + encodedAddr + ep.getPort());
  +}
  +
   // commenting out for now since it's not doing anything
   //public void setHostName( String name ) {
   // ??? Doesn't seem to be used in existing or prev code
  @@ -691,9 +703,9 @@
   try {
   RequestInfo rp=processor.getRequest().getRequestProcessor();
   rp.setGlobalProcessor(global);
  -ObjectName rpName=new ObjectName(proto.getDomain() + 
  -:type=RequestProcessor,worker=http +
  -proto.ep.getPort() +,name=HttpRequest + count++ );
  +

DO NOT REPLY [Bug 27033] - the status page display too many lines when several connector on the same port but different IP

2004-02-20 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=27033.
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=27033

the status page display too many lines when several connector on the same port but 
different IP

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 11:05 ---
This is now fixed.

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

something for you

2004-02-20 Thread ccain 
you feel the same

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

DO NOT REPLY [Bug 27105] - Getting this error after starting Tomcat

2004-02-20 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=27105.
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=27105

Getting this error after starting Tomcat

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 12:04 ---
Tomcat 4.0 is no longer under support for this type of error. 

Please use the tomcat-user list to debug this problem (most likely a
configuration or JVM/OS related issue since its win9x) even if this is with a
different version of tomcat.

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

DO NOT REPLY [Bug 27108] New: - Moving CATALINA_BASE lets manager app fail

2004-02-20 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=27108.
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=27108

Moving CATALINA_BASE lets manager app fail

   Summary: Moving CATALINA_BASE lets manager app fail
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Webapps:Manager
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When one tries to move CATALINA_BASE to a location that differs from
CATALINA_HOME, then the initialisation of the manager app fails. This
is due to the relative docBase attribute value used in the manager.xml
Context-XML-fragment. It starts with:

Context path=/foobar docBase=../server/webapps/manager debug=0 
privileged=true

Changing this as to use the ${catalina.home} property fixes the problem:

Context path=/foobar docBase=${catalina.home}/server/webapps/manager 
debug=0 privileged=true

The same applies to the admin webapp. Therefore, I suggest changing those two
Context.docBase entries.

-Florian Ebeling

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

encodeURL does not seem to work for me

2004-02-20 Thread Bruno Grossmann 
Hello,
I am using NetBeans 3.6 beta release, which includes (I think) Tomcat
5.0.16. I am trying to run a servlet which works fine under Apache
Jserv. However, the servlet does not work properly when I run it in
NetBeans. I have traced the problem to an encodeUrl function, which does
not seem to work. I have changed this deprecated function to encodeURL -
without success. I have searched the discussion groups and found that
this seems to happen to a few people. Can anybody tell me if this
function does indeed work in this version of Tomcat, or if it has been
fixed in later versions (as hinted at in the relase notes)? 
Thanks,
-- 
Bruno Grossmann
SSD - Federated Directory Infrastructure Services
SGTI-GTIS
PWGSC-TPSGC
Place du Portage, Phase III - 2A1
11 rue Laurier, Hull, Qubec, Canada (K1A 0S5)
Tlephone: 819-956-1224   Tlecopieur: 819-956-6476

RE: Tomcat 3.3.2-dev current build is available

2004-02-20 Thread Larry Isaacs 
Thanks for checking.  It is not suprising for Watchdog
to be wrong.  I'll begin work on RC1 this afternoon.

Larry

 -Original Message-
 From: Bill Barker [mailto:[EMAIL PROTECTED] 
 Sent: Friday, February 20, 2004 2:01 AM
 To: Tomcat Developers List
 Subject: Re: Tomcat 3.3.2-dev current build is available
 
 
 I looked into the Watchdog tests, and in all three failed 
 cases for the
 servlet tests, it is Watchdog that is wrong:
 1) session.getMaxInactiveInterval can be called on an invalid session.
 2) response.setContentLength(10) requires that you actually 
 write 10 bytes.
 3) With response.setLocale(new Locale(en,US)) you should 
 expect to get
 back en-US.
 
 The Watchdog jsp tests are a total mess.  To start with, you 
 have to clean
 out the work directory between runs, or nothing works.  
 Having done that,
 the failures fall into two categories:
 1) Expecting HTTP/1.0 200 OK, Got HTTP/1.1 200 OK.
 2) Expecting that javax.servlet.jsp.tagext is imported by 
 default (which is
 wrong).
 
 I think that we are ready for RC1 :).
 
 - Original Message - 
 From: Larry Isaacs [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, February 19, 2004 8:15 PM
 Subject: Tomcat 3.3.2-dev current build is available
 
 
 A current build Tomcat 3.3.2-dev is available at:
 
http://www.apache.org/~larryi/tomcat-3.3.2-dev/

For a release candidate, the version string is teaked,
CVS tagged, and the distribution files built from the tag.
Prior to doing this, we may want to sanity check the
current build to make sure there aren't any obvious issues
prior to tagging.

The self tests run with with just a couple of Watchdog
failures that need a little looking into.  I'll look into
this tomorrow.  All other failures are where Watchdog is
looking for HTTP/1.0 and is getting HTTP/1.1.

Cheers,
Larry

__
Larry Isaacs
[EMAIL PROTECTED]
Java Development Environment
SAS Institute Inc.


-
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 27100] - WebDAV locking implementation incompatible with some clients.

2004-02-20 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=27100.
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=27100

WebDAV locking implementation incompatible with some clients.





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 15:23 ---
A couple of suggestions based on the recent comment.  

- If only Level 1 is supported, and locking is not supported fully, then 
perhaps a configuration option would be warranted that:
  - Keeps the servlet from reporting that it supports: level 2 and lock 
methods.
  - Makes lock operations a no-op for clients that still try to lock no matter 
what.

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

Re: Tomcat 3.3.2-dev current build is available

2004-02-20 Thread Henri Gomez 
Larry Isaacs wrote:

Thanks for checking.  It is not suprising for Watchdog
to be wrong.  I'll begin work on RC1 this afternoon.
I'll works on it Monday (I'm on hollidays for now)

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

Re: problem

2004-02-20 Thread Paul Speed 


Vano Beridze wrote:

jean-frederic clere wrote:

+++
--- Additional Comments From Remy Maucherat 2004-02-19 19:44 ---
Yes, but not doing so is too complex to implement overall (since you 
would have
to parse the descriptor to know what to do).
+++
For me that is a good explaination as severity of the bug is enhancement.

Have you read the comment next to that message?
I'm saying that it's not necessary to parse the descriptor.
If I'm wrong then tell me instead of closing the bug as wontfix again.
Then propose a patch for your problem I will aply it :-)
 

If it would be a critical problem for me I would propose :)

I was just impressed by so aggresive behaviour. Tomcat list was always 
friendly to me.
Don't see it as aggressive behavior.  See at as someone who tries to
keep the bug database trimmed to only those things that someone cares
enough about to implement.  It doesn't really serve any purpose if it's
filled with 500 enhancements that noone wants to implement.
Just a lurker's opinion,
-Paul


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

cvs commit: jakarta-tomcat-catalina/webapps/admin admin.xml

2004-02-20 Thread remm 
remm2004/02/20 09:09:19

  Modified:webapps/admin admin.xml
  Log:
  - Bug 27108: Use catalina.home in the docBase.
  
  Revision  ChangesPath
  1.3   +2 -2  jakarta-tomcat-catalina/webapps/admin/admin.xml
  
  Index: admin.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/admin.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- admin.xml 23 Jul 2002 12:13:05 -  1.2
  +++ admin.xml 20 Feb 2004 17:09:19 -  1.3
  @@ -7,7 +7,7 @@
   --
   
   
  -Context path=/admin docBase=../server/webapps/admin
  +Context path=/admin docBase=${catalina.home}/server/webapps/admin
   debug=0 privileged=true
   
 !-- Uncomment this Valve to limit access to the Admin app to localhost
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/manager manager.xml

2004-02-20 Thread remm 
remm2004/02/20 09:09:29

  Modified:webapps/manager manager.xml
  Log:
  - Bug 27108: Use catalina.home in the docBase.
  
  Revision  ChangesPath
  1.2   +2 -2  jakarta-tomcat-catalina/webapps/manager/manager.xml
  
  Index: manager.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/manager.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- manager.xml   18 Jul 2002 16:48:14 -  1.1
  +++ manager.xml   20 Feb 2004 17:09:29 -  1.2
  @@ -7,7 +7,7 @@
   --
   
   
  -Context path=/manager docBase=../server/webapps/manager
  +Context path=/manager docBase=${catalina.home}/server/webapps/manager
   debug=0 privileged=true
   
 !-- Link to the user database we will get roles from --
  
  
  

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

Re: problem

2004-02-20 Thread Remy Maucherat 
Paul Speed wrote:
Vano Beridze wrote:

If it would be a critical problem for me I would propose :)

I was just impressed by so aggresive behaviour. Tomcat list was always 
friendly to me.
Don't see it as aggressive behavior.  See at as someone who tries to
keep the bug database trimmed to only those things that someone cares
enough about to implement.  It doesn't really serve any purpose if it's
filled with 500 enhancements that noone wants to implement.
I try to keep it the enhancements I find useful in BZ. As for the 
others, when there's no patch, then it's forget about it generally, so 
it's closed.

Rémy

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

DO NOT REPLY [Bug 27108] - Moving CATALINA_BASE lets manager app fail

2004-02-20 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=27108.
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=27108

Moving CATALINA_BASE lets manager app fail

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 17:13 ---
This is a good idea, and this is now fixed.

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

DO NOT REPLY [Bug 27120] New: - installation failure resolved

2004-02-20 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=27120.
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=27120

installation failure resolved

   Summary: installation failure resolved
   Product: Tomcat 5
   Version: 5.0.0
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Downloaded Tomcat this morning.
jsvc installation failed.
tracked to missing ; on line 113 of home.c
I am a linux and development newbie (65 yrs old).
I 'done good'?

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

DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

2004-02-20 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=27091.
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=27091

path attribute must not be required in ant task install





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 20:28 ---
Created an attachment (id=10463)
proposed patch that fixes the problem

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

DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

2004-02-20 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=27091.
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=27091

path attribute must not be required in ant task install

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 20:29 ---
I think now I have the right to reopen this bug.

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

DO NOT REPLY [Bug 27122] New: - Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

2004-02-20 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=27122.
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=27122

Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

   Summary: Opera/IE fail to access JSP pages of MIME type
image/svg+xml when using SSL
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:HTTP
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


SSL seems to be failing when the Content-Type header is set to image/svg+xml.

I've only seen this failure when SSL was running on a Solaris machine.  (uname
-a: SunOS [hostname removed] 5.8 Generic_108528-18 sun4u sparc SUNW,Ultra-60) 
When attempted on Windows, we were unable to duplicate the error.  This reliably
fails when attempted on this specific Solaris machine.  If I get a chance, I'll
try to create a test-case and see if I can reproduce this on other Solaris
machines.  Unfortunately, this was a show-stopper for a release that's being
made today so I'm pressed for time.

Basically, what happens is that we're using a JSP page to create an SVG file. 
Because of this, we have to set the Content-Type header to image/svg+xml. 
When the MIME type is set to this value, the page fails to load in Internet
Explorer 6 (SP1) with a message of connection failed or something similar. 
When an attempt was made in Opera, Opera responded by crashing.  Mozilla
successfully downloaded the file, though.

However, when resetting the MIME type in the page to text/plain all three
browsers can access the page without failure.  By back-revving Tomcat to version
4.1.29, we were able to resolve this issue and access the page in all three
browsers.

I'll try and create a test-case later today and verify that it isn't just our
SVG JSP that's failing but any that creates SVG but I'm currently pressed for
time - sorry.

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

DO NOT REPLY [Bug 27122] - Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

2004-02-20 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=27122.
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=27122

Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 21:14 ---
How about trying with a telnet ? Either the content is sent or it is not.
There's nothing to investigate here, as there is nothing in Tomcat which is
related to the content-type, so I urge posting on tomcat-user instead.

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

DO NOT REPLY [Bug 27122] - Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

2004-02-20 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=27122.
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=27122

Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 21:24 ---
Of course I haven't tried telnet, it's only happening over SSL.  I'm not very
good at doing 128-bit encryption in my head and I doubt anyone else is either. 
If I could find something that would do SSL and dump the actual HTTP transaction
I would do that - I haven't yet (especially because form security is in place on
the webapp).

However, considering that it *only* failed with the latest Tomcat 5 and works
just fine in Tomcat 4 I find it hard to believe that there isn't something wrong
with Tomcat 5.  If it failed when back-revving the version, I might blame
something else.  But this is 100% reproducable among multiple clients and only
when connecting to the Tomcat 5 server using SSL.

This *only* fails when using SSL through Tomcat 5.  It works with Tomcat 4,
using the same JDK and the same configuration.  It also works in Tomcat 5 if I
use the standard HTTP connector.  I can't figure out how to begin to debug this,
but if anyone can offer any suggestions on utilities to debug SSL connections
I'll take a stab at it next week.

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

DO NOT REPLY [Bug 27122] - Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

2004-02-20 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=27122.
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=27122

Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 21:40 ---
Try 'openssl s_client'.  It's my first stop when debugging SSL problems.

-
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 ErrorReportValve.java LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties

2004-02-20 Thread luehe 
luehe   2004/02/20 14:10:21

  Modified:catalina/src/share/org/apache/catalina/valves
ErrorReportValve.java LocalStrings.properties
LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
  Log:
  Leverage configured server.info in error message
  
  Revision  ChangesPath
  1.14  +6 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ErrorReportValve.java
  
  Index: ErrorReportValve.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ErrorReportValve.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- ErrorReportValve.java 1 Jan 2004 23:53:46 -   1.13
  +++ ErrorReportValve.java 20 Feb 2004 22:10:21 -  1.14
  @@ -343,7 +343,8 @@
   sb.append(pb);
   sb.append(sm.getString(errorReportValve.note));
   sb.append(/b u);
  -sb.append(sm.getString(errorReportValve.rootCauseInLogs));
  +sb.append(sm.getString(errorReportValve.rootCauseInLogs,
  +   ServerInfo.getServerInfo()));
   sb.append(/u/p);
   
   }
  
  
  
  1.7   +1 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings.properties
  
  Index: LocalStrings.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings.properties,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- LocalStrings.properties   19 Nov 2003 23:56:14 -  1.6
  +++ LocalStrings.properties   20 Feb 2004 22:10:21 -  1.7
  @@ -22,7 +22,7 @@
   errorReportValve.exception=exception
   errorReportValve.rootCause=root cause
   errorReportValve.note=note
  -errorReportValve.rootCauseInLogs=The full stack trace of the root cause is 
available in the Tomcat logs.
  +errorReportValve.rootCauseInLogs=The full stack trace of the root cause is 
available in the {0} logs.
   
   # HTTP status reports
   http.100=The client may continue ({0}).
  
  
  
  1.4   +1 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings_es.properties
  
  Index: LocalStrings_es.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings_es.properties,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- LocalStrings_es.properties17 Jan 2004 01:43:58 -  1.3
  +++ LocalStrings_es.properties20 Feb 2004 22:10:21 -  1.4
  @@ -22,7 +22,7 @@
   errorReportValve.exception=excepción
   errorReportValve.rootCause=causa raíz
   errorReportValve.note=nota
  -errorReportValve.rootCauseInLogs=La traza completa de la causa de este error se 
encuentra en los archivos de diario de Tomcat.
  +errorReportValve.rootCauseInLogs=La traza completa de la causa de este error se 
encuentra en los archivos de diario de {0}.
   
   # HTTP status reports
   http.100=El cliente puede continuar ({0}).
  
  
  
  1.4   +1 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings_fr.properties
  
  Index: LocalStrings_fr.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings_fr.properties,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- LocalStrings_fr.properties19 Jul 2003 10:14:17 -  1.3
  +++ LocalStrings_fr.properties20 Feb 2004 22:10:21 -  1.4
  @@ -20,7 +20,7 @@
   errorReportValve.exception=exception
   errorReportValve.rootCause=cause mère
   errorReportValve.note=note
  -errorReportValve.rootCauseInLogs=La trace complète de la cause mère de cette erreur 
est disponible dans les fichiers journaux de Tomcat.
  +errorReportValve.rootCauseInLogs=La trace complète de la cause mère de cette erreur 
est disponible dans les fichiers journaux de {0}.
   
   # HTTP status reports
   http.100=Le client peut continuer ({0}).
  
  
  
  1.4   +1 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings_ja.properties
  
  Index: LocalStrings_ja.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/LocalStrings_ja.properties,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- LocalStrings_ja.properties1 Dec 2003 21:34:00 -   1.3
  +++

DO NOT REPLY [Bug 27122] - Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL

2004-02-20 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=27122.
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=27122

Opera/IE fail to access JSP pages of MIME type image/svg+xml when using SSL





--- Additional Comments From [EMAIL PROTECTED]  2004-02-20 23:33 ---
Well, I understand, but the behavior you describe would be extremely strange. I
don't see how it can be a Jasper or container issue, and I don't see how it can
be a connector issue either (the connector doesn't have content-type specific at
all either, except when HTTP compression is used). Tomcat 4.1.29 uses the same
connectors as 5.0.14, and similarly 4.1.30 uses the same as 5.0.18, so again I
don't understand a difference in behavior between the two branches.

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

DO NOT REPLY [Bug 27127] New: - Shutdown doesn't work with custom server port + non-default config file;

2004-02-20 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=27127.
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=27127

Shutdown doesn't work with custom server port + non-default config file; 

   Summary: Shutdown doesn't work with custom server port + non-
default config file;
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I change the server port in a custom config file, stopping the server using 
the shutdown batch file does not work.

Steps:
1. Create a file (say C:\myserver.xml) with the following contents:

Server port=8081 shutdown=SHUTDOWN debug=4
  Service name=Catalina
Connector debug=4 port=8080/
Engine name=Catalina defaultHost=localhost debug=0
  Host name=localhost debug=4 appBase=webapps
   unpackWARs=true autoDeploy=true
  /Host
/Engine
  /Service
/Server


2. execute
   tomcathome\bin\startup -config C:\myserver.xml

3.  execute
tomcathome\bin\shutdown -config C:\myserver.xml

4. This causes 
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
at java.net.Socket.connect(Socket.java:452)
at java.net.Socket.connect(Socket.java:402)
at java.net.Socket.init(Socket.java:309)
at java.net.Socket.init(Socket.java:124)
at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:453)
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.Bootstrap.stopServer(Bootstrap.java:322)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:400)

5. In the config file myserver.xml, change 8081 to the default value 8005.   
Now steps 2 and 3 work as expected.

The problem appears to be that Bootstrap.main() ignores the -config argument if 
the command is stop.  Thus the server is listening on port 8081, but shutdown 
is using port 8005 as specified by the default server.xml.

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

DO NOT REPLY [Bug 27128] New: - restoreState method of FormAuthenticator never gets called if cache variable is false

2004-02-20 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=27128.
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=27128

restoreState method of FormAuthenticator never gets called if cache variable is false

   Summary: restoreState method of FormAuthenticator never gets
called if cache variable is false
   Product: Tomcat 4
   Version: Unknown
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I tried to debug it using Jboss. After session expires, the user clicked over a 
link. FormAuthenticator saves all the request parameters and redirects user to 
the login page. 

User enters user/password to login. Authentication succeeds and the user is 
taken to the page he cliked initially. But the saved request parameters are not 
passed. 

Debugging through the code indicated that if the cache variable is set to 
false, then the code always gets into that block and if the user is logged in 
returns from there. restoreState never gets called.

Am I missing something here?

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

DO NOT REPLY [Bug 27129] New: - Error starting Tomcat: [ERROR] Digester - -Begin event threw error

2004-02-20 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=27129.
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=27129

Error starting Tomcat: [ERROR] Digester - -Begin event threw error

   Summary: Error starting Tomcat: [ERROR] Digester - -Begin event
threw error
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
   URL: pirvate lan
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When I run startup.bat a second window opens but this quickly closes, i.e. Help 
please!
Tomcat aborts presumably. I worked out the startup.bat script runs Catalina. 
When I type catalina run at the dos prompt I get the following:

Using CATALINA_BASE:   ..
Using CATALINA_HOME:   ..
Using CATALINA_TMPDIR: ..\temp
Using JAVA_HOME:   c:\jdk1.3
[ERROR] Digester - -Begin event threw error 
java.lang.ExceptionInInitializerErrorjava.lang.ExceptionInInitializerError: 
sun.misc.InvalidJarIndexException: Invalid index!
at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:594)
at sun.misc.URLClassPath.getResource(URLClassPath.java:134)
at java.net.URLClassLoader$2.run(URLClassLoader.java:349)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findResource(URLClassLoader.java:346)
at org.apache.catalina.loader.StandardClassLoader.findResource
(StandardClassLoader.java:562)
at org.apache.catalina.loader.StandardClassLoader.getResource
(StandardClassLoader.java:638)
at org.apache.commons.modeler.Registry.loadDescriptors
(Registry.java:895)
at org.apache.catalina.mbeans.MBeanUtils.createRegistry
(MBeanUtils.java:1649)
at org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:154)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit
(GlobalResourcesLifecycleListener.java:112)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at org.apache.commons.digester.ObjectCreateRule.begin
(ObjectCreateRule.java:253)
at org.apache.commons.digester.Rule.begin(Rule.java:200)
at org.apache.commons.digester.Digester.startElement(Digester.java:1273)
at org.apache.catalina.util.CatalinaDigester.startElement
(CatalinaDigester.java:112)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown 
Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement
(Unknown Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown 
Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.
dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument
(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1548)
at org.apache.catalina.startup.Catalina.load(Catalina.java:532)
at org.apache.catalina.startup.Catalina.load(Catalina.java:570)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:260)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:397)

java.lang.reflect.InvocationTargetException: 
java.lang.ExceptionInInitializerError: sun.misc.InvalidJarIndexException: 
Invalid index!
at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:594)
at sun.misc.URLClassPath.getResource(URLClassPath.java:134)
at java.net.URLClassLoader$2.run(URLClassLoader.java:349)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findResource(URLClassLoader.java:346)
at org.apache.catalina.loader.StandardClassLoader.findResource
(StandardClassLoader.java:562)
at org.apache.catalina.loader.StandardClassLoader.getResource
(StandardClassLoader.java:638)
at org.apache.commons.modeler.Registry.loadDescriptors
(Registry.java:895)
at org.apache.catalina.mbeans.MBeanUtils.createRegistry
(MBeanUtils.java:1649)
at org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:154)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit
(GlobalResourcesLifecycleListener.java:112)
at

DO NOT REPLY [Bug 27129] - Error starting Tomcat: [ERROR] Digester - -Begin event threw error

2004-02-20 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=27129.
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=27129

Error starting Tomcat: [ERROR] Digester - -Begin event threw error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

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

DO NOT REPLY [Bug 27130] New: - Error starting Tomcat: [ERROR] Digester - -Begin event threw error

2004-02-20 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=27130.
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=27130

Error starting Tomcat: [ERROR] Digester - -Begin event threw error

   Summary: Error starting Tomcat: [ERROR] Digester - -Begin event
threw error
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
   URL: private
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Help please !
When I run startup.bat a second window opens but this quickly closes, i.e. 
Tomcat aborts presumably. I worked out the startup.bat script runs atalina.bat. 
When I type catalina run at the dos prompt I get the following:

Using CATALINA_BASE:   ..
Using CATALINA_HOME:   ..
Using CATALINA_TMPDIR: ..\temp
Using JAVA_HOME:   c:\jdk1.3
[ERROR] Digester - -Begin event threw error 
java.lang.ExceptionInInitializerErrorjava.lang.ExceptionInInitializerError: 
sun.misc.InvalidJarIndexException: Invalid index!
at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:594)
at sun.misc.URLClassPath.getResource(URLClassPath.java:134)
at java.net.URLClassLoader$2.run(URLClassLoader.java:349)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findResource(URLClassLoader.java:346)
at org.apache.catalina.loader.StandardClassLoader.findResource
(StandardClassLoader.java:562)
at org.apache.catalina.loader.StandardClassLoader.getResource
(StandardClassLoader.java:638)
at org.apache.commons.modeler.Registry.loadDescriptors
(Registry.java:895)
at org.apache.catalina.mbeans.MBeanUtils.createRegistry
(MBeanUtils.java:1649)
at org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:154)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit
(GlobalResourcesLifecycleListener.java:112)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at org.apache.commons.digester.ObjectCreateRule.begin
(ObjectCreateRule.java:253)
at org.apache.commons.digester.Rule.begin(Rule.java:200)
at org.apache.commons.digester.Digester.startElement(Digester.java:1273)
at org.apache.catalina.util.CatalinaDigester.startElement
(CatalinaDigester.java:112)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown 
Source)
at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement
(Unknown Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown 
Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.
dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument
(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1548)
at org.apache.catalina.startup.Catalina.load(Catalina.java:532)
at org.apache.catalina.startup.Catalina.load(Catalina.java:570)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:260)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:397)

java.lang.reflect.InvocationTargetException: 
java.lang.ExceptionInInitializerError: sun.misc.InvalidJarIndexException: 
Invalid index!
at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:594)
at sun.misc.URLClassPath.getResource(URLClassPath.java:134)
at java.net.URLClassLoader$2.run(URLClassLoader.java:349)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findResource(URLClassLoader.java:346)
at org.apache.catalina.loader.StandardClassLoader.findResource
(StandardClassLoader.java:562)
at org.apache.catalina.loader.StandardClassLoader.getResource
(StandardClassLoader.java:638)
at org.apache.commons.modeler.Registry.loadDescriptors
(Registry.java:895)
at org.apache.catalina.mbeans.MBeanUtils.createRegistry
(MBeanUtils.java:1649)
at org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:154)
at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit
(GlobalResourcesLifecycleListener.java:112)
at

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

2004-02-20 Thread bobh 
To whom it may engage...

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

Project jakarta-tomcat-5 has an issue affecting it's community integration. 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.html, however 
some snippets follow:

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

Gump provided these annotations:

 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-default.jar] 
identifier set to jar basename: [servlets-default.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-common.jar] 
identifier set to jar basename: [naming-common.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-resources.jar] 
identifier set to jar basename: [naming-resources.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/catalina.jar] 
identifier set to jar basename: [catalina.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/bin/bootstrap.jar] identifier set 
to jar basename: [bootstrap.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-common.jar] 
identifier set to jar basename: [servlets-common.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-invoker.jar] 
identifier set to jar basename: [servlets-invoker.jar]
 - 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.
 - Error - Failed with reason build failed


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

Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 1 minutes, 36 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.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 -Dbuild.clonevm=true 
-Dgump.merge=/data3/gump/gump/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