DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 13:01 ---
Remy, can you please post the internal Compiler$JasperAntLogger.class too? Or is 
this unchanged?

Now with your new Compiler.class and the new ESO, I get the following:

javax.servlet.ServletException: 
org.apache.jasper.compiler.Compiler$JasperAntLogger.(Lorg/apache/jasper/compiler
/Compiler;)V
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilt
erChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.
java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:2
60)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1
91)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.jav
a:527)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2397)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java
:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174
)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio
n(Http11Protocol.java:380)
at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:53
3)
at java.lang.Thread.run(Thread.java:536)

root cause 

java.lang.NoSuchMethodError: 
org.apache.jasper.compiler.Compiler$JasperAntLogger.(Lorg/apache/jasper/compiler
/Compiler;)V
at org.apache.jasper.compiler.Compiler.getProject(Compiler.java:149)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:257)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324)
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilt
erChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.
java:193)
at 
org.apache.catalina.core.S

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:55 ---
Well, the updated Compiler also modifies the way the javaEncoding is used 
(because of another patch), so now it can't be null anymore or you'd get a NPE.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:51 ---
Using a default javaEncoding="UTF8" in ESO resolves the bug???
I'll test it monday :) tx.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:41 ---
Created an attachment (id=3045)
New ESO source

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:40 ---
Created an attachment (id=3044)
New EmbeddedServletOptions to fix NPE

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:32 ---
Ok. 
I have no time now to find a better solution for the problem, but I think it's 
working OK on linux/unix systems (without any patch).

I thought patching Compiler.java, but it was easier to patch JspRuntimeContext 
(the url's were separated in a vector) and I don't know if some other 
components dependant on JspRuntimeContext share the same problem (and use the 
same classpath).

That was the reason to patch at "upper level", at the first time I looked the 
classpath was being generated.

Now the Windows users are able to use tomcat, with app's and program on 
separated drives (I use a drive for system, another for programs and another 
for data/webs/web-apps).

But they must wait for a "clean" solution. Mine was "Temporal" like I said :)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:25 ---
I've just installed the new Compiler.class into 
common\classes\org\apache\jasper\compiler
Is this correct?

Now I get the following error:


org.apache.jasper.JasperException: Unable to compile class for JSP
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:477)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilt
erChain.java:247)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.
java:193)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:2
60)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1
91)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.jav
a:527)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2397)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java
:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174
)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio
n(Http11Protocol.java:380)
at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:53
3)
at java.lang.Thread.run(Thread.java:536)

root cause 

java.lang.NullPointerException: charsetName
at java.io.OutputStreamWriter.(OutputStreamWriter.java:81)
at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:208)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:323)
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilt
erChain.java:247)
at 
org.apache.catalina.core.ApplicationFilt

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:11 ---
I think the leading slash is ok in file paths (I've seen it already, and it 
comes from using URLs), and is there to make a file path looks similar between 
Windows and Unix.
Also, you can't just strip the leading '/': there would be problems on Unix ;-)

The patch also fixes some similar issues, where there's a ' ' in the path to a 
JSP file (somehow Ant didn't handle the includes list correctly, and the patch 
uses a lower lever API to work around that).

I think I understand where the bug comes from, however. The CL now generates 
correct URLs (with the leading '/') in 4.1.10, to fix RMI related issues. If 
the leading '/' is what triggers the bug, then that's why 4.1.9 worked 
(although it was more by accident than by design).

Thanks for the feedback and patience, this will result in a quality 4.1.11 (or 
12) release eventually.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:04 ---
Created an attachment (id=3043)
Fixed Compiler.class

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 12:03 ---
Created an attachment (id=3042)
Patched Compiler.java source

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 
12:01 ---
Hi all, I have tested the fix and it works (i have removed the compiled classes 
in the work subdirectory first). But I think the leading slash added to the 
classpath somewhere is the cause, this fix removes only the symptoms: what if 
ervery piece of code has to retailor paths? (get the picture...)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:54 ---
Where can I find the fix from  Remy Maucherat??

--Holger (http://www.morgenstern.net)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:53 ---
I don't know ...

I'm debugging and tracking back where the classpath (including myapp/WEB-
INF/classes) is generated ... but I don't find anything (I really never looked 
at Tomcat sources ... hehehehe, this is my first time).

(sorry my english)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml

[glenn]

glenn   2002/09/13 04:51:30

  Modified:webapps/tomcat-docs jasper-howto.xml
   catalina/src/conf web.xml
  Log:
  Update how to setup jikes
  
  Revision  ChangesPath
  1.2   +3 -1  jakarta-tomcat-4.0/webapps/tomcat-docs/jasper-howto.xml
  
  Index: jasper-howto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/jasper-howto.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- jasper-howto.xml  8 Sep 2002 17:56:04 -   1.1
  +++ jasper-howto.xml  13 Sep 2002 11:51:30 -  1.2
  @@ -169,7 +169,9 @@
   Download and install jikes.
   Set the init parameter compiler to jikes.
   Define the property -Dbuild.compiler.emacs=true when starting
  -Tomcat.
  +Tomcat by adding it to your CATALINA_OPTS environment variable.
  +This changes how jikes outputs error messages so that it is compatible with
  +Jasper.
   If you get an error reporting that jikes can't use UTF8 encoding, try
   setting the init parameter javaEncoding to
   ISO-8859-1.
  
  
  
  1.42  +2 -1  jakarta-tomcat-4.0/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/web.xml,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- web.xml   9 Sep 2002 14:45:20 -   1.41
  +++ web.xml   13 Sep 2002 11:51:30 -  1.42
  @@ -143,7 +143,8 @@
 
 
 
  -  
  +  
  +  
 
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 
11:49 ---
Any idea where this leading slash comes from anywhay???

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:44 ---
Hi all.
When the installation of jdk, tomcat or your web-applications are on diferent 
Windows Drives (C:, D:, etc) the java compiler looks for any class in the same 
drive the jdk resides.

My new JspRuntimeContext.class (see attach 9/13/02 11:23 -> TemporalPatch.zip) 
removes the first '/' in the url of the libraries that will go on the jsp 
compiler classpath when they looks like an absolute addres in a drive letter 
(   /E:/myapp/WEB-INF ...   ) ... and javac finds every library :)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:37 ---
I have committed a possible fix fo that bug (at least, it fixes it for me, 
where I have TC running as a service, installed on the C: drive, and trying to 
run a webapp on another HD).
The fix will be in 4.1.11. If people could test it, that would help.

I don't quite understand why it was working in 4.1.9 but not in 4.1.10. I 
diffed everything, and cannot find any particular change which would explain 
the bug was introduced. However, rewriting the Ant code using different 
(although equivalent according to the docs) API methods fixed the bug (for me).

I'm looking for feedback on this. Thanks.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3 repository changes

[Larry Isaacs]

I'm starting to get a little more free time, and will
try to put together a plan for Tomcat 3.3.2 in the next
few weeks.

AFAIK, there is little or no duplication between TC3.3.x's
util classes and JTC's util classes.  What was moved to
JTC has been removed from TC3.3.x.

Cheers,
Larry

> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Friday, September 13, 2002 5:47 AM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3 repository changes
> 
> 
> Now that we have mod_jk present on JTC, what about removing 
> it from TC 
> 3.3.2 CVS ?
> 
> Also is it planned to remove util and use only the one 
> present in JTC ?
>  From build/gump it seems that util from JTC will be used but 
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12612] - upload war file for installing application from any place in the world

[bugzilla]

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

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

upload war file for installing application from any place in the world





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:29 ---
How can do this? If I have file on remote client MY_APPLICATION.WAR how can do 
this trough manager servlet? Can You describe me this possibility?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12612] - upload war file for installing application from any place in the world

[bugzilla]

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

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

upload war file for installing application from any place in the world

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:26 ---
You can already do that, but with a HTTP PUT.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 11:23 ---
Created an attachment (id=3041)
Temporary resolves the bug. New JspRuntimeContext.class / .java (jasper-compiler.jar)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12612] New: - upload war file for installing application from any place in the world

[bugzilla]

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

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

upload war file for installing application from any place in the world

   Summary: upload war file for installing application from any
place in the world
   Product: Tomcat 4
   Version: 4.1.10
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


You can now install application only if you have a directory on machine on 
which Tomcat run or in war file on this machine. 

Would be nice to allow upload possibility. Exmpl: I fill form with file upload 
and send it to tomcat manager servlet. It then get this uploaded file and 
install it to desired place.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

tomcat 4.1.10 rpm available

[Henri Gomez]

At the usual location :

http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.10/rpms/

---

Tomcat 4 RPM info

the RPM will be named tomcat4 to allow coexistence
with the actual tomcat 3.x RPM (3.2.x and 3.3)

Here is the release notes for the tomcat4.0.x RPM builds.

o Starting with Tomcat 4.1.9, there is 3 differents kind
   of rpm for tomcat4, following the 2 Tomcat 4 packages
   available at jakarta.apache.org and one in respect of
   rpm policies, ie requiring external package to be installed.

  - TOMCAT 4 LIGHT EDITION FOR JDK 1.4

This version is a minimal Tomcat 4.0 release with
no support for javamail, tyrex extensions.

So it didn't include activation, javamail, jdbc2ext,
or tyrex.

To meet RPM packaging policies, some required packages
like jakarta-regexp 1.2, servlet API 2.3 and an XML parser
(ie xerces 1.44), will be linked in tomcat4 directories at
install time and as such, should be present in system before
tomcat4.


  - TOMCAT 4 FULL EDITION

This version include full support for javamail, jndi and
tyrex datasources.

The rpm include activation.jar, javamail.jar, jdbc2ext and
tyrex 1.0
The rpm also include jndi.jar for JDK 1.2.

It also include jakarta-regexp 1.2 and servlet 2.3 APIs,
and xerces 2.1.0


   - TOMCAT 4 STRICT EDITION

 This version include only tomcat stuff, and require many
 external rpm packages, could you find at JPackage site,
 http://www.jpackage.org :

ant >= 1.5
jakarta-commons-beanutils >= 1.4.1
jakarta-commons-collections >= 2.0
jakarta-commons-daemon
jakarta-commons-dbcp
jakarta-commons-digester >= 1.3
jakarta-commons-lang
jakarta-commons-logging >= 1.0.1
jakarta-commons-modeler
jakarta-commons-pool >= 1.0.1
jaas
jaf >= 1.0.1 (activation)
javamail-monolithic >= 1.3
jaxp_parser_impl (ie xerces-j2 2.0.2)
jdbc-stdext >= 2.0
jndi >= 1.2.1
jta >= 1.0.1
mx4j >= 1.1
regexp = 1.2
servletapi4 >= 4.0.4
tyrex = 1.0
xml-commons-apis

o SSL support

SSL support is compiled in, but due to crypto regulation, JSSE
jars are not distributed with either version of Tomcat 4 rpm.
To make use of SSL, you should have JDK 1.4 or JSSE 1.0.3
jars in CLASSPATH, or in server/lib.

   If you have JSSE jars on your system, jcert.jar, jsse.jar,
   jnet.jar, just define JSSE_HOME in /etc/tomcat4/conf/tomcat4.conf
   those JAR files will be added to thei system class path.


o FHS layout

   Starting with Tomcat 4.O.4, rpm is more FHS compliant,
   configuration is on /etc/tomcat4/conf, log goes in
   /var/log/tomcat4, run files in /var/cache/tomcat4/work and
   temp files in /var/cache/tomcat4/temp.
   To make Tomcat 4 works, symlinks are made between real
   FHS location and basedir, /var/tomcat4, location


o Java SDK used

   Starting with Tomcat 4.O.4 rpm release 2, SDK used is
   no more set by default to the IBM SDK 1.3.1 rpm location.
   You'll have to create a /etc/java/java.conf and set at least
   JAVA_HOME is it, ie :

- /etc/java/java.conf -
# Where your java installation lives
# examples
# Sun SDK 1.4.0_01 rpm
# JAVA_HOME=/usr/java/j2sdk1.4.0_01
# Sun SDK 1.3.1_03 rpm
# JAVA_HOME=/usr/java/jdk1.3.1_03
# IBM SDK 1.3.1 rpm
JAVA_HOME="/opt/IBMJava2-131"


o Tomcat 4 configuration

   A configuration file /etc/tomcat4/tomcat4.conf is loaded
   before Tomcat or Jasper start and could be used to tuned JVM
   params


o Tomcat 4 / Jasper 4 invocation

   Tomcat 4.0 invoker script is tomcat4, Jasper 4.0 is jasper4
   Take a look at /etc/tomcat4/tomcat4.conf for tuning


o Running mode

   For security purposes tomcat4 will run as user tomcat4, which
   will be created by rpm at install time. Warning this user
   should have a login shell to be able to use the su exec command
   logs, work, temp and webapps are now owned by tomcat4:tomcat4
   user at rpm install time


o Listen ports

   Starting with Tomcat 4.0.4, Tomcat 4.0 will listen on standard ports,
   ie port 8080 (HTTP 1.1), 8081 (HTTP 1.0), 8443 (HTTP SSL), 8009 (AJP13),
   8008 (WARP).

   To avoid collision with running TC 3.x, you could use the 
/usr/bin/reloctomcat4
   command which will change these ports to 8180, 8181, 8453 and 8109.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Tomcat 3.3 repository changes

[Bojan Smojver]

On Fri, 2002-09-13 at 19:46, Henri Gomez wrote:
> Now that we have mod_jk present on JTC, what about removing it from TC 
> 3.3.2 CVS ?

+1

Bojan


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [TC 4.0] How can I obtain the state of the tomcat server?

[Evans, Terry G]

Thanks!  It works great...
T

-Original Message-
From: Sean Reilly [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 05, 2002 1:03 PM
To: Tomcat Developers List
Subject: RE: [TC 4.0] How can I obtain the state of the tomcat server?


You can write a javax.servlet.ServletContextListener which sends a callback
of some sort to
your application code.  If you specify your implementation in the web.xml of
a web application like so:


com.foo.MyListener


then tomcat will call the contextInitialized method of this class as soon as
the context is ready to process requests.

Sean

Sean Reilly
Programmer, Point2 Technologies, Inc.
(306) 955-1855
[EMAIL PROTECTED]  

-Original Message-
From: Stefanos Karasavvidis [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 05, 2002 10:55 AM
To: Tomcat Developers List
Subject: Re: [TC 4.0] How can I obtain the state of the tomcat server?


how about checking a url of the server unitl it gives a 200 response code??

Stefanos

Evans, Terry G wrote:

>I need to know when the server is "available for work".
>
>Our product does not use startup servlets nor context listeners.
>
>We display simple HTML documents on a browser once the Tomcat
>server has started.
>
>My ideal solution would be that my Java application would fire off
>the Tomcat server (we're using Runtime.getRuntime().exec() calls
>to start Tomcat and IE) and then would either check the status of
>the server or receive a callback from the server that it is ready,
>then my Java application would proceed with starting up the browser.
>
>I was hoping to use an internal tomcat feature to implement this.
>
>I've looked at CatalinaManager and CatalinaService, but I'm not
>certain of exactly what they are and what they could do for my
>situation.
>
>Thanks,
>Terry
>
>
>-Original Message-
>From: Shapira, Yoav [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, September 05, 2002 11:22 AM
>To: Tomcat Developers List
>Subject: RE: [TC 4.0] How can I obtain the state of the tomcat server?
>
>
>Hi,
>"The state of the server process" can be many things.  It can be the
>server process is alive, it can be that the host/port respond to
>requests, and it can be that your app is actually available for work.
>All of these can be checked in various ways.
>
>Which one were you interested in?  What would be your ideal solution?
>
>One idea is, if you have any startup servlets or context listeners, have
>them write our a file in a specific location or a message to some log.
>Then have the process that starts the web browser poll, checking for the
>existence of this file or this message in the log.
>
>Another one is to use a 3rd tool, e.g. a JMS server, where you could
>send a message from your server to a queue, and have your java app wait
>for that message before starting the browser...
>
>You get my drift: there are many many ways to do this ;)  Were you
>looking for an internal tomcat feature?
>
>Yoav Shapira
>Millennium ChemInformatics
>
>
>  
>
>>-Original Message-
>>From: Evans, Terry G [mailto:[EMAIL PROTECTED]]
>>Sent: Thursday, September 05, 2002 11:01 AM
>>To: '[EMAIL PROTECTED]'
>>Subject: [TC 4.0] How can I obtain the state of the tomcat server?
>>
>>I am developing a Java application that is designed to start up a
>>
>>
>Tomcat
>  
>
>>server and a web browser.  I don't want the web
>>browser to start up until the Tomcat server is running, but I don't
>>
>>
>want to
>  
>
>>put in an arbitrary sleep time between starting
>>the server and starting the web browser.  Is there a way that I can
>>
>>
>query
>  
>
>>the state of the server process?
>>
>>OS : Windows 2000 Professional
>>JDK/JRE : 1.4.0_01
>>Tomcat : 4.0
>>
>>Thanks for your time,
>>Terry
>>
>>--
>>To unsubscribe, e-mail:   >[EMAIL PROTECTED]>
>>For additional commands, e-mail: >[EMAIL PROTECTED]>
>>
>>
>
>
>--
>To unsubscribe, e-mail:

>For additional commands, e-mail:

>
>
>  
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 
10:18 ---
Sorry, false alert. After some more experiments, I found out that setting the 
startup path does not work either (I only had to remove the content of the work 
directory and it failed again), but replacing the jasper-JARs with the ones 
from 4.1.9 seems to help.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 
10:03 ---
Holger, Thanks for your input. On my system, it now works fine if the current 
directory is set to tomcat's /bin subdirectory (e.g. double-click on 
startup.bat). Previously, I ran a start-batch file from a shortcut without 
setting the startup directory. Therefore the startup directory was different 
from tomcat's bin directory. It looks like there are references to tomcat's 
startup directory, instead of referring everything to CATALINA_HOME and/or 
paths configured in the respective places. In your case you should try to 
control tomcat's startup directory when it runs as a service. However, I don't 
know of an easy way to do this.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Tomcat 3.3 repository changes

[Henri Gomez]

Now that we have mod_jk present on JTC, what about removing it from TC 
3.3.2 CVS ?

Also is it planned to remove util and use only the one present in JTC ?
 From build/gump it seems that util from JTC will be used but 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 09:43 ---
On my system (Win NT, installed tomcat 4.1.10 and the sdk on e: drive _with_
spaces in the name) everything works o.k. when I run tomcat with the 'start'
link from the setup-created menu link. The bug comes up only when tomcat is run
as a service. Maybe the only the service entries in the win reg are not
correctly set?!? Does some know _what_ to check for in the registry??

--Holger (http://www.morgenstern.net)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat KEYS

[hgomez]

hgomez  2002/09/13 02:38:06

  Modified:.KEYS
  Log:
  Update KEYS notice and add my gpg signing key (for rpm)
  
  Revision  ChangesPath
  1.6   +42 -1 jakarta-tomcat/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat/KEYS,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- KEYS  23 Jul 2001 23:24:46 -  1.5
  +++ KEYS  13 Sep 2002 09:38:06 -  1.6
  @@ -3,7 +3,14 @@
   purpose is code signing.
   
   Apache users: pgp < KEYS
  -Apache developers: pgp -kxa  and append it to this file.
  +Apache developers: 
  +(pgpk -ll  && pgpk -xa ) >> this file.
  +  or
  +(gpg --fingerprint --list-sigs 
  + && gpg --armor --export ) >> this file.
  +
  +Apache developers: please ensure that your key is also available via the
  +PGP keyservers (such as pgpkeys.mit.edu).
   
   
   Type bits  keyID  Date   User ID
  @@ -124,3 +131,37 @@
   =waB/
   -END PGP PUBLIC KEY BLOCK-
   
  +Type bits  keyID  Date   User ID
  +pub  1024D/307A10A5 2002-07-18 Henri Gomez <[EMAIL PROTECTED]>
  +
  +-BEGIN PGP PUBLIC KEY BLOCK-
  +Version: GnuPG v1.0.6 (GNU/Linux)
  +Comment: For info see http://www.gnupg.org
  +
  +mQGiBD02vbERBAC1v8fR6gjERpaz4UMfdy0hRVWCPSbOdF+Swm/IenjVzErco6zb
  +MTa13umUNrDPBy/tTWiCCZrOnqi7fgDzWqPEqrXJjKAFVLEWE6MmKylPPEPG1/bm
  +idkNGERSAZduvhKv777PzvEJJ/8eGe3wy/O8NbgIjCPtr4UklwCZS8cFuwCg8oMO
  +UdT8qZRtzdxdAyu1m5fUb+MD/3IKJYWXsdtb6iBphCU4f/BoyjVC9EZJ1ywLuiVM
  +siKbuaDUaXU9nWcbNKv+fx8uZ1NaadpfLokqqhnWcpnSiqw8HNR7SwsF1D33rkXK
  +O4FSuVss/tIoqGdWFcJyPkP4yP5shxqR335narVw2vDa0+BiWkALbA2qVsSIdZDB
  +LeFZA/47AMBS0U2BRk2rQT8LmMuFl7mR+wNBM4n7FUGdxsGn3TcYd4pXTNrEQPrV
  +YNdooKlikgGk4hgFnIFX09Spmimqgq0goFue81rttVdZZ4uep8dTghY6gwmvcOxX
  +jATbhWStBhdu9B35kzfHc+1QihD5Z94u4uyWIVBIzikcdiY8LbQqSGVucmkgR29t
  +ZXogPGhnb21lekB1c2Vycy5zb3VyY2Vmb3JnZS5uZXQ+iFcEExECABcFAj02vbEF
  +CwcKAwQDFQMCAxYCAQIXgAAKCRAZMdaEMHoQpYijAKCCP68ndU/kTXR9XAKLvibC
  +3S8+1QCfUFQYte3Jo+MHKaWjsu9JGptRzo+5Ag0EPTa93RAIAKlsRJ5gOGTFsmaR
  +W9k6MIh4c/MCy7J7HUxT5xTdHROa+3zUh+FAE/JaOx9ZtZtH863DFHA8cP4L+tpi
  +PjBT6g2E94dwGcuH/OiSSCT4JSBukbGbOuLLdmFXqUl8+4gsL90Xal67FtNLwyLG
  +1n7geLir0byD+OT7VLA5w+6G0NOpJEveV/FIa2qLgdRZ8vz73ybgMh18hBUrUmro
  +jncp0rln2VU7VCH1C2aClKm7kK4mGAjIFIzKbguK+kM3b8NDHmXKpT6syyCtIM3h
  +prkV1TUCAFqLI32aSdlTN79lpeA2zDga9k4/4X/RDHsFpRN2neRFGTNUtuUgYpQQ
  +E5zWBmMAAwUH/RiGxyeBsad923IwE1+GAjxFl2tqF9xWk0J6yTnSK4nfhYAE9evV
  +jwDEok9jRl4ILCcXx6YN/d/lWNuSbARKHz/3hLiTouPpwd3SSJ8is2x9PgpJz5JX
  +cD0y1SkbPLvs3jH3ZmdcxZpuAmJeI/typqFKK5pWP44oXIH+XH/8nWDtmLEBkgKQ
  +/ATQWenMTmZ6MIJ6aWKWGkO9QS6iYRz3PPPGQ1O8W02CeprM2wBtlb8J1Z3RxNhM
  +rZcg/1Qi3V3D1HI4zw6tAFmDeBb8J4PaBQzqlhzx2EBTbfwNPhV8AlPvpxHEeGGn
  +v+O1yhZr33SnyZdINNoNDn+owVMdmkobe9GIRgQYEQIABgUCPTa93QAKCRAZMdaE
  +MHoQpRsTAJ4qst3MhLm48fBAEnzuzi/BIKr+AgCfYaCB/AvPoncQbHc8BcNGRimR
  +P9A=
  +=hQhz
  +-END PGP PUBLIC KEY BLOCK-
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors KEYS

[hgomez]

hgomez  2002/09/13 02:33:12

  Modified:.KEYS
  Log:
  Update KEYS notice and add my gpg signing key (for rpm)
  
  Revision  ChangesPath
  1.5   +45 -2 jakarta-tomcat-connectors/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- KEYS  13 Feb 2002 19:45:11 -  1.4
  +++ KEYS  13 Sep 2002 09:33:12 -  1.5
  @@ -1,9 +1,16 @@
  -This file contains the PGP keys of various Apache developers.
  +This file contains the PGP&GPG keys of various Apache developers.
   Please don't use them for email unless you have to. Their main
   purpose is code signing.
   
   Apache users: pgp < KEYS
  -Apache developers: pgp -kxa  and append it to this file.
  +Apache developers: 
  +(pgpk -ll  && pgpk -xa ) >> this file.
  +  or
  +(gpg --fingerprint --list-sigs 
  + && gpg --armor --export ) >> this file.
  +
  +Apache developers: please ensure that your key is also available via the
  +PGP keyservers (such as pgpkeys.mit.edu).
   
   
   Type Bits/KeyIDDate   User ID
  @@ -113,4 +120,40 @@
   iEYEGBECAAYFAjxqtSQACgkQrLd/wuhuKazl7QCfQkz5t/3T6EtXZCcXz/hlswyI
   z30AoLr/7hwXgedEepBk/Gm9HUsbMnM8
   =S1mb
  +-END PGP PUBLIC KEY BLOCK-
  +
  +
  +Type bits  keyID  Date   User ID
  +pub  1024D/307A10A5 2002-07-18 Henri Gomez <[EMAIL PROTECTED]>
  +
  +-BEGIN PGP PUBLIC KEY BLOCK-
  +Version: GnuPG v1.0.6 (GNU/Linux)
  +Comment: For info see http://www.gnupg.org
  +
  +mQGiBD02vbERBAC1v8fR6gjERpaz4UMfdy0hRVWCPSbOdF+Swm/IenjVzErco6zb
  +MTa13umUNrDPBy/tTWiCCZrOnqi7fgDzWqPEqrXJjKAFVLEWE6MmKylPPEPG1/bm
  +idkNGERSAZduvhKv777PzvEJJ/8eGe3wy/O8NbgIjCPtr4UklwCZS8cFuwCg8oMO
  +UdT8qZRtzdxdAyu1m5fUb+MD/3IKJYWXsdtb6iBphCU4f/BoyjVC9EZJ1ywLuiVM
  +siKbuaDUaXU9nWcbNKv+fx8uZ1NaadpfLokqqhnWcpnSiqw8HNR7SwsF1D33rkXK
  +O4FSuVss/tIoqGdWFcJyPkP4yP5shxqR335narVw2vDa0+BiWkALbA2qVsSIdZDB
  +LeFZA/47AMBS0U2BRk2rQT8LmMuFl7mR+wNBM4n7FUGdxsGn3TcYd4pXTNrEQPrV
  +YNdooKlikgGk4hgFnIFX09Spmimqgq0goFue81rttVdZZ4uep8dTghY6gwmvcOxX
  +jATbhWStBhdu9B35kzfHc+1QihD5Z94u4uyWIVBIzikcdiY8LbQqSGVucmkgR29t
  +ZXogPGhnb21lekB1c2Vycy5zb3VyY2Vmb3JnZS5uZXQ+iFcEExECABcFAj02vbEF
  +CwcKAwQDFQMCAxYCAQIXgAAKCRAZMdaEMHoQpYijAKCCP68ndU/kTXR9XAKLvibC
  +3S8+1QCfUFQYte3Jo+MHKaWjsu9JGptRzo+5Ag0EPTa93RAIAKlsRJ5gOGTFsmaR
  +W9k6MIh4c/MCy7J7HUxT5xTdHROa+3zUh+FAE/JaOx9ZtZtH863DFHA8cP4L+tpi
  +PjBT6g2E94dwGcuH/OiSSCT4JSBukbGbOuLLdmFXqUl8+4gsL90Xal67FtNLwyLG
  +1n7geLir0byD+OT7VLA5w+6G0NOpJEveV/FIa2qLgdRZ8vz73ybgMh18hBUrUmro
  +jncp0rln2VU7VCH1C2aClKm7kK4mGAjIFIzKbguK+kM3b8NDHmXKpT6syyCtIM3h
  +prkV1TUCAFqLI32aSdlTN79lpeA2zDga9k4/4X/RDHsFpRN2neRFGTNUtuUgYpQQ
  +E5zWBmMAAwUH/RiGxyeBsad923IwE1+GAjxFl2tqF9xWk0J6yTnSK4nfhYAE9evV
  +jwDEok9jRl4ILCcXx6YN/d/lWNuSbARKHz/3hLiTouPpwd3SSJ8is2x9PgpJz5JX
  +cD0y1SkbPLvs3jH3ZmdcxZpuAmJeI/typqFKK5pWP44oXIH+XH/8nWDtmLEBkgKQ
  +/ATQWenMTmZ6MIJ6aWKWGkO9QS6iYRz3PPPGQ1O8W02CeprM2wBtlb8J1Z3RxNhM
  +rZcg/1Qi3V3D1HI4zw6tAFmDeBb8J4PaBQzqlhzx2EBTbfwNPhV8AlPvpxHEeGGn
  +v+O1yhZr33SnyZdINNoNDn+owVMdmkobe9GIRgQYEQIABgUCPTa93QAKCRAZMdaE
  +MHoQpRsTAJ4qst3MhLm48fBAEnzuzi/BIKr+AgCfYaCB/AvPoncQbHc8BcNGRimR
  +P9A=
  +=hQhz
   -END PGP PUBLIC KEY BLOCK-
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 
09:16 ---
I also encountered this bug. As opposed to other reports, in my setup it also 
occurs if the webapps is on the same drive than tomcat. I extracted the zip to: 
F:\Tools\bin\jakarta-tomcat-4.1.10 (no spaces, same directory layout as in 
zip). However, the JDK is on another drive, namely D:\Java\j2sdk1.4.0_01. With 
4.1.9 in F:\Tools\bin\jakarta-tomcat-4.1.9 it works just fine. Questions: a) 
what are the easy workarounds? b) what version of ant is bundled with tomcat? 
c) what's the ant problem behind this bug? (sorry, just curious, but it may 
also help me to get rid of the problem, as currently I downgraded to 4.1.9).

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12608] New: - underline ('_') in name of sub-directory of webapps causes HTTP Status 404.

[bugzilla]

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

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

underline ('_') in name of sub-directory of webapps causes HTTP Status 404.

   Summary: underline ('_') in name of sub-directory of webapps
causes HTTP Status 404.
   Product: Tomcat 4
   Version: 4.1.10
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


underline ('_') in name of sub-directory of webapps causes HTTP Status 404.
for example:
when "/root/b_test/a.html" try to do a link to "/root/b_test/a.html" will 
cause HTTP Status 404.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

TC 3.3.2 release ?

[Henri Gomez]

Did there is plan to make a release of 3.3.2 ?

The fixes in JSPC (submited by one of my co-workers) make it
very usefull for many (including myself).




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: 4.1.10 tarball is borked.

[Henri Gomez]

Pier Fumagalli wrote:
> Whoever packaged the tar gzip distribution didn't check that it was actually
> _packaged_ properly...
> 
> I get a few gazillion broken files (noticeably with some beautiful
> "././@LongLink" entries), and with all file names longer than 100 or
> something characters foobared up... (like:
> jakarta-tomcat-4.1.10/webapps/tomcat-docs/servletapi/javax/servlet/ServletCo
> ntextAttributeEvent.html100644)
> 
> Plus, at the end, I s
> 
> tar: Invalid header, starting valid header search.
> tar: End of archive volume 1 reached
> 
> And thank god that this is supposed to be a _release_ release... (of course
> no errors in the .zip distribution, remember that WinZip doesn't friggin
> built correct TAR archives)...

The tarballs works since I used them to build rpms 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12606] - jasper2 sometimes creates multiple declarations of the same variable name in the generated servlet - jsp compilation fails

[bugzilla]

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

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

jasper2 sometimes creates multiple declarations of the same variable name in the 
generated servlet - jsp compilation fails





--- Additional Comments From [EMAIL PROTECTED]  2002-09-13 07:58 ---
I have the same problem with this code:


  

  
   : 
   :  
   :">







  


It seems that the problem happens in nested iteration tags. I think the local 
variable is declared as global, so when trying to redeclare the variable during 
iteration, an error happens.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util JavaGeneratorTool.java ObjectSerializer.java

[billbarker]

billbarker2002/09/13 00:44:43

  Modified:src/share/org/apache/tomcat/util JavaGeneratorTool.java
ObjectSerializer.java
  Log:
  Converting to commons-logging.
  
  Revision  ChangesPath
  1.8   +4 -3  
jakarta-tomcat/src/share/org/apache/tomcat/util/JavaGeneratorTool.java
  
  Index: JavaGeneratorTool.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/JavaGeneratorTool.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- JavaGeneratorTool.java8 Feb 2002 13:00:18 -   1.7
  +++ JavaGeneratorTool.java13 Sep 2002 07:44:43 -  1.8
  @@ -61,7 +61,8 @@
*  classes
*/
   public class JavaGeneratorTool {
  -
  +static org.apache.commons.logging.Log logger = 
  + org.apache.commons.logging.LogFactory.getLog(JavaGeneratorTool.class);
   /** Mangle Package names to avoid reserver words
**/
   public static final String manglePackage( String s ) {
  @@ -160,7 +161,7 @@
   }
fis.close();
} catch( Exception ex ) {
  - System.out.println("readVersion() mapPath=" + mapFile + ex);
  + logger.info("readVersion() mapPath=" + mapFile, ex);
return -1;
}
   
  @@ -192,7 +193,7 @@
fis.write(version);
fis.close();
} catch( Exception ex ) {
  - System.out.println("writeVersion() " + mapFile + ex);
  + logger.info("writeVersion() " + mapFile , ex);
}
   }
   
  
  
  
  1.3   +3 -1  
jakarta-tomcat/src/share/org/apache/tomcat/util/ObjectSerializer.java
  
  Index: ObjectSerializer.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/ObjectSerializer.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ObjectSerializer.java 1 Jan 2001 00:17:24 -   1.2
  +++ ObjectSerializer.java 13 Sep 2002 07:44:43 -  1.3
  @@ -90,6 +90,8 @@
*/
   public final class ObjectSerializer
   {
  +static org.apache.commons.logging.Log logger = 
  + org.apache.commons.logging.LogFactory.getLog(ObjectSerializer.class);
   /**
  This is the method that does the serialization.
   */
  @@ -121,7 +123,7 @@
// XXX We should call Logger.log - this is a problem, but
// it's better to have a bug ( writing to out instead of log)
// than adding dependencies to context.
  - System.out.println( "SessionSerializer: " + e );
  + logger.error( "SessionSerializer: " , e );
}
return sessions;
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[Stefan Bodewig]

On Wed, 11 Sep 2002, Craig R. McClanahan <[EMAIL PROTECTED]> wrote:

> the problem is that relative paths are evaluated differently
> depending on where you invoke Ant from.  Using ${basedir} solves
> that nicely.

This is my point, if you use 's location attribute instead
of value, it is *not* dependent on the directory Ant has been invoked
from, but automagically resolves the relative path as being relative
to basedir.

The benefit is that the path gets resolved by Ant and is therefore in
the correct notation for the platform you are using, i.e. if basedir
is C:\temp\foo:

  

will yield ${bar} == C:\temp\foo/../bar while

  

yields ${bar} == C:\temp\bar

Stefan

--
To unsubscribe, e-mail:   
For additional commands, e-mail: