After changing the logVerbosityLevel of the JspServlet to DEBUG and execution 
of the admin webapp, the problem comes a bit more clearer:
WEB-INF/classes and WEB-INF/lib are dropped from the classpath

- Installation path: D:\Apache Group\Tomcat 4.1
- CATALINA_HOME: D:\Apache Group\Tomcat 4.1

admin webapp: exception from localhost_admin_log ...
----- Root Cause -----
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 75 in the jsp file: /login.jsp

Generated servlet error:
Detected Java version: 1.4 in: E:\Java\j2sdk1.4.0\jre
Detected OS: Windows NT
    [javac] login_jsp.java added as D:\Apache Group\Tomcat 4.1
\work\Standalone\localhost\admin\login_jsp.class doesn't exist.
    [javac] Compiling 1 source file
    [javac] Using modern compiler
dropping C:\D from path as it doesn't exist
dropping C:\Apache Group\Tomcat 4.1\server\webapps\admin\WEB-INF\classes from 
path as it doesn't exist
dropping C:\Apache Group\Tomcat 4.1\server\webapps\admin\WEB-INF\lib\struts.jar 
from path as it doesn't exist
    [javac] Compilation arguments:
    [javac] '-classpath'
    [javac] 'D:\Apache Group\Tomcat 4.1\bin\bootstrap.jar;D:\Apache 
Group\Tomcat 4.1\server\classes;D:\Apache Group\Tomcat 4.1\server\lib\catalina-
ant.jar;D:\Apache Group\Tomcat 4.1\server\lib\catalina.jar;D:\Apache 
Group\Tomcat 4.1\server\lib\commons-beanutils.jar;D:\Apache Group\Tomcat 4.1
\server\lib\commons-digester.jar;D:\Apache Group\Tomcat 4.1\server\lib\commons-
logging.jar;D:\Apache Group\Tomcat 4.1\server\lib\commons-modeler.jar;D:\Apache 
Group\Tomcat 4.1\server\lib\jakarta-regexp-1.2.jar;D:\Apache Group\Tomcat 4.1
\server\lib\mx4j-jmx.jar;D:\Apache Group\Tomcat 4.1\server\lib\servlets-
common.jar;D:\Apache Group\Tomcat 4.1\server\lib\servlets-default.jar;D:\Apache 
Group\Tomcat 4.1\server\lib\servlets-invoker.jar;D:\Apache Group\Tomcat 4.1
\server\lib\servlets-manager.jar;D:\Apache Group\Tomcat 4.1\server\lib\servlets-
webdav.jar;D:\Apache Group\Tomcat 4.1\server\lib\tomcat-coyote.jar;D:\Apache 
Group\Tomcat 4.1\server\lib\tomcat-http11.jar;D:\Apache Group\Tomcat 4.1
\server\lib\tomcat-jk.jar;D:\Apache Group\Tomcat 4.1\server\lib\tomcat-
jk2.jar;D:\Apache Group\Tomcat 4.1\server\lib\tomcat-util.jar;D:\Apache 
Group\Tomcat 4.1\server\lib\tomcat-warp.jar;D:\Apache Group\Tomcat 4.1
\common\classes;D:\Apache Group\Tomcat 4.1\common\lib\ant.jar;D:\Apache 
Group\Tomcat 4.1\common\lib\commons-collections.jar;D:\Apache Group\Tomcat 4.1
\common\lib\commons-logging-api.jar;D:\Apache Group\Tomcat 4.1
\common\lib\jasper-compiler.jar;D:\Apache Group\Tomcat 4.1\common\lib\jasper-
runtime.jar;D:\Apache Group\Tomcat 4.1\common\lib\naming-common.jar;D:\Apache 
Group\Tomcat 4.1\common\lib\naming-factory.jar;D:\Apache Group\Tomcat 4.1
\common\lib\naming-resources.jar;D:\Apache Group\Tomcat 4.1
\common\lib\servlet.jar;D:\Apache Group\Tomcat 4.1\common\lib\tools.jar'
    [javac] '-sourcepath'
    [javac] 'D:\Apache Group\Tomcat 4.1\work\Standalone\localhost\admin'
    [javac] '-encoding'
    [javac] 'UTF8'
    [javac] '-g'
    [javac] 
    [javac] The ' characters around the executable and arguments are
    [javac] not part of the command.
    [javac] File to be compiled:
    [javac]     D:\Apache Group\Tomcat 4.1
\work\Standalone\localhost\admin\login_jsp.java
D:\Apache Group\Tomcat 4.1\work\Standalone\localhost\admin\login_jsp.java:69: 
package org.apache.struts.taglib.html does not exist
      org.apache.struts.taglib.html.HtmlTag _jspx_th_html_html_0 = 
(org.apache.struts.taglib.html.HtmlTag) _jspx_tagPool_html_html_locale.get
(org.apache.struts.taglib.html.HtmlTag.class);
                                   ^

*** Bug 12385 has been marked as a duplicate of this bug. ***

I have 4.1.10 running on XP, installed from the .exe distribution (and running
as a service), and it works fine. I need you to explain me how to reproduce this
bug.

i'm running into the same problem. Installed from the exe as well. 

Installed 4.1.10 on a fresh install of W2kServer SP2.
Destinataion d:\apache\tomcat41x 
Checked install NT service option. 

When launching Tomcat from "Start>Program Files>Apache Tomcat 1.1>Start 
Tomcat", Tomcat has no problem compiling the admin or example JSPs. 

When starting as a serivce, I get the same error. 

JDK1.4.0_01
w2kserver_sp2

Generated servlet error:
Detected Java version: 1.4 in: c:\jdk1.4\jre
Detected OS: Windows 2000
    [javac] index_jsp.java added as C:\opt\Tomcat 4.1
\work\Standalone\me.askmore\_\index_jsp.class doesn't exist.
    [javac] Compiling 1 source file
    [javac] Using modern compiler
dropping C:\D from path as it doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\classes from path as it doesn't 
exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\activation.jar from path as 
it doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\castor-0.9.3.21.jar from 
path as it doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\cos_servlet2.3.jar from path 
as it doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\log4j-1.2.6.jar from path as 
it doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\mail.jar from path as it 
doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\mill_loc.jar from path as it 
doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\millengine-v2.jar from path 
as it doesn't exist
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\ojdbc14.jar from path as it 
doesn't exist
    [javac] Compilation arguments:
    [javac] '-classpath'
    [javac] 'C:\opt\Tomcat 4.1\bin\bootstrap.jar;C:\opt\Tomcat 4.1
\shared\classes;C:\opt\Tomcat 4.1\common\classes;C:\opt\Tomcat 4.1
\common\lib\jasper-runtime.jar;C:\opt\Tomcat 4.1\common\lib\jasper-
compiler.jar;C:\opt\Tomcat 4.1\common\lib\commons-collections.jar;C:\opt\Tomcat 
4.1\common\lib\naming-resources.jar;C:\opt\Tomcat 4.1\common\lib\naming-
common.jar;C:\opt\Tomcat 4.1\common\lib\commons-logging-api.jar;C:\opt\Tomcat 
4.1\common\lib\ant.jar;C:\opt\Tomcat 4.1\common\lib\servlet.jar;C:\opt\Tomcat 
4.1\common\lib\naming-factory.jar;C:\opt\Tomcat 4.1\common\lib\tools.jar'
    [javac] '-sourcepath'
    [javac] 'C:\opt\Tomcat 4.1\work\Standalone\me.askmore\_'
    [javac] '-encoding'
    [javac] 'UTF8'
    [javac] '-g'
    [javac] 
    [javac] The ' characters around the executable and arguments are
    [javac] not part of the command.
    [javac] File to be compiled:
    [javac]     C:\opt\Tomcat 4.1\work\Standalone\me.askmore\_\index_jsp.java
C:\opt\Tomcat 4.1\work\Standalone\me.askmore\_\index_jsp.java:7: package 
mill.main does not exist
import mill.main.Constants;
                 ^

What this means???:
dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\castor-0.9.3.21.jar from 
path as it doesn't exist

part of my server.xml:

			<Host name="me.askmore" debug="0" appBase="d:\opt2
\_me.askmore.info">
				<Alias>test</Alias>
				<Valve 
className="org.apache.catalina.valves.AccessLogValve" suffix=".txt" 
pattern="common" debug="0" directory="c:\opt2\logs\_me.askmore/access" 
prefix="access_log."/>
				<Logger 
className="org.apache.catalina.logger.FileLogger" suffix=".txt" 
timestamp="true" debug="0" directory="c:\opt2\logs\_me.askmore\log" 
prefix="log."/>
				<Context path="" docBase="data" debug="0" 
reloadable="true" useNaming="false" crossContext="true"/>
			</Host>

Why Jasper try load jars from c:\...., not from d:\....?

This bug may be caused by Ant under Windows, then. Using Jasper 1 should be a
working workaround.

I'm not sure I understand how to reroduce it. Try to find simple cases which
work, and simple cases which don't.

steps for reproduce bug:
1. Install standart configuration t4.1.10
2. move webapps folder to any disk (d, e, ... ).
3. correct Host section in conf/server.xml to point new location of webapps
4. create dir webapps/ROOT/WEB-INF/classes
5. create file T.java:
public class T
{
	public T(){}
}
6. compile it  ;)
7. create t.jsp in webapps/ROOT:

<%@page
contentType="text/html; charset=utf-8"
language="java"
import="T"
%>
bug 12387:
<%

	T t = new T();

%>

8. try http://localhost:8080/t.jsp 

Yes, I have been able to reproduce the problem and see what was affected. (I'm
relieved to see there are some easy workarounds, and I'm downgrading the bug
severity accordingly)
I think this is caused by Ant bugs, for which I will attempt to find a
workaround. If I fail to find a workaround, Tomcat will be restricted to the
first HD when running on Windows, until Ant fixes the issues.

*** Bug 12438 has been marked as a duplicate of this bug. ***

*** Bug 12504 has been marked as a duplicate of this bug. ***

The way I fixed this problem (thanks to an article at webmasterbase.com) was to 
take both apache and tomcat and install them in the root of my c:\ drive.  The 
logic behind this is that there is a problem installing in the Program FIles 
directory because of the space between program and files.  I installed apache 
in C:\Apache and tomcat in C:\Apache\Tomcat.  After I did this it worked like a 
champ

I also installed the zip version of the Tomcat download and not the exe

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).

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)

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.

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.

Created attachment 3041 [details]
Temporary resolves the bug. New JspRuntimeContext.class / .java (jasper-compiler.jar)

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.

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 :)

Any idea where this leading slash comes from anywhay???

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)

Where can I find the fix from  Remy Maucherat??

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

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...)

Created attachment 3042 [details]
Patched Compiler.java source

Created attachment 3043 [details]
Fixed Compiler.class

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.

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.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)

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

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 :)

Created attachment 3044 [details]
New EmbeddedServletOptions to fix NPE

Created attachment 3045 [details]
New ESO source

Using a default javaEncoding="UTF8" in ESO resolves the bug???
I'll test it monday :) tx.

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.

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.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)

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

Created attachment 3055 [details]
Updated JasperAntLogger

Created attachment 3056 [details]
Updated jasper-compiler.jar

I still get this error when trying to load the index.jsp (even with the latest 
jasper-compiler.jar).

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
    [javac] Compiling 1 source file



	at org.apache.jasper.compiler.DefaultErrorHandler.javacError
(DefaultErrorHandler.java:120)
	at org.apache.jasper.compiler.ErrorDispatcher.javacError
(ErrorDispatcher.java:293)
	at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313)
	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
(ApplicationFilterChain.java:247)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:260)
	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:191)
	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.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:533)
	at java.lang.Thread.run(Thread.java:484)



--------------------------------------------------------------------------------

Could it be the offending '/' right before the source file name that is 
offending?  It seems like Windows is happy to open a file with this path,
but who knows about the javac compiler!?


2002-09-13 19:07:02 Error compiling file: C:\jakarta-tomcat-4.1.10
\work\Standalone\localho
st\reporter\/agents_jsp.java     [javac] Compiling 1 source file^M

Well, it is working fine for me, so I don't plan to commit any additional fix. 
Check if your configuration is right.

Hi,

I've just tested the new jasper-compiler.jar with the fixes for this bug and it 
works!! (Windows NT, tomcat,jdk installed not on c drive; Tomcat run via 
commandline AND alsa as nt-service) 

Great job - Thanx!!
--Holger (http://www.morgenstern.net)

*** Bug 12679 has been marked as a duplicate of this bug. ***

*** Bug 12792 has been marked as a duplicate of this bug. ***

*** Bug 12824 has been marked as a duplicate of this bug. ***

*** Bug 12839 has been marked as a duplicate of this bug. ***

*** Bug 13019 has been marked as a duplicate of this bug. ***

*** Bug 13028 has been marked as a duplicate of this bug. ***

Hi.

I've found this problem (the way Martin has described) on 4.1.12 from the exe
distribution on W2K wihtout any Service Pack.
I share he's thought about the offending slash and I also  think i've found the
place in the code where it happens and how to correct it.

Looking deeply inside the code (I am not going to walk thru the full path of
code evaluation I did but I'll go straight to the point) it looks that the
method getServletJavaFileName() of the class
org.apache.jasper.JspCompilationContext is intended primary for achieving
physical file system path names and not virtual site names. The problem shows on
line 333 and line 338 of source file for that class where it checks for leading
slashes (hard-coded), where I understand it should be checking for
system-dependent separator (File.separator).

My guess is that replacing the following lines:

333:            if( outputDir.endsWith("/" ) ) {

338:                servletJavaFileName = outputDir + "/" + servletJavaFileName;

with:

333:            if( outputDir.endsWith("/" ) || outputDir.endWith(
File.separator ) ) {

338:                servletJavaFileName = outputDir + File.separator +
servletJavaFileName;

should solve the problem.

Unfortunly I tried to recompile Tomcat after this changes using the scripts set
provided with source code but I couldn't. So I'm posting this here to see if
someone that agrees with me on this can made those changes and recompile so we
can test them and see if they really solve the problem.

Thanks and hope it helps.

Please, please, do not attempt to fix that bug, since it is not a bug. Instead,
upgrade to a newer Tomcat release. I'll revert to the original resolution.
Please do not reopen the bug.