You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Chuck Chopp <ch...@rtfmcsi.com> on 2004/08/29 19:48:54 UTC
struts webapp failure
I have a simple struts webapp I'm developing use Eclipse v3.0 / MyEclipse
Enterprise Workbench v3.8.0. This webapp has been deployed as a WAR file to
a local installation of Tomcat v4.1.30 on my WinXP Pro SP1 development
system and I can browse to it w/o any problems using Mozilla and it works
just fine.
If I take the same WAR file and copy it over to a Tomcat installation on an
OpenVMS Alpha v7.3-1 system [running CSWS_JAVA v2.1, which is Tomcat
v4.1.24], I get the following error when attempting to browse to the webapp:
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it
from fulfilling this request.
exception
org.apache.jasper.JasperException: Exception forwarding for name login:
org.apache.jasper.JasperException: Unable to compile class for JSP
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java)
[snipped]
root cause
javax.servlet.ServletException: Exception forwarding for name login:
org.apache.jasper.JasperException: Unable to compile class for JSP
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java)
at org.apache.jsp.index_jsp._jspService(index_jsp.java)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java)
[snipped]
Both of these installations of Tomcat are using JDK v1.4.2.
My webapp's web.xml file specifies a welcome file named "index.jsp" and all
that "index.jsp" does is use the "logic:forward" tag to forward to a login
action. The "welcome.jsp" file is in the root folder of the webapp, while
all of the other JSP files are in a subfolder under WEB-INF.
Why would a JSP fail to compile on the Tomcat implementation on OpenVMS but
still compile properly for the Tomcat implementation on WinXP?
TIA,
Chuck
--
Chuck Chopp
ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com
RTFM Consulting Services Inc. 864 801 2795 voice & voicemail
103 Autumn Hill Road 864 801 2774 fax
Greer, SC 29651
Do not send me unsolicited commercial email.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: struts webapp failure
Posted by Chuck Chopp <ch...@rtfmcsi.com>.
OK, nothing bad appears to be happening that I can attribute to a case
sensitivity issue. I'm still at a loss, though, to identify what the source
of the problem atually is. I took the same webapp WAR file and deployed it
to a NetWare v6.5 SP2 server running JRE 1.4 and Tomcat v4.1.28 and the WAR
file unpacked & deployed w/o any problems at all. I can run it w/o any
problems on the NetWare server so I'm thinking there must be something
specific to the Tomcat installation on my OpenVMS system that is broken.
--
Chuck Chopp
ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com
RTFM Consulting Services Inc. 864 801 2795 voice & voicemail
103 Autumn Hill Road 864 801 2774 fax
Greer, SC 29651
Do not send me unsolicited commercial email.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: struts webapp failure
Posted by Chuck Chopp <ch...@rtfmcsi.com>.
Vic wrote:
> Windows is not case sensetive. Check that.
That's an interesting point. Case is preserved in NTFS but the file system
isn't actually case sensitive w/respect to locating folders & files. My
OpenVMS system is using a file system that is I'll have to examine the
actual file names that were unpacked from the WAR file on my OpenVMS Alpha
system and compare them with the case of the file names that are in the
various XML configuration file elements to see if there's a discrepancy
between what exists vs. what is being specified. Of course, my OpenVMS
system is using an ODS-5 volume for Java/Tomcat which supports the long file
names with multiple dots in them, but it, too, also preserves case w/o being
case-sensitive. Still, the Java implementation on OpenVMS may force
case-sensitivity even if the user shell environment isn't case-sensitive
when manipulating files.
--
Chuck Chopp
ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com
RTFM Consulting Services Inc. 864 801 2795 voice & voicemail
103 Autumn Hill Road 864 801 2774 fax
Greer, SC 29651
Do not send me unsolicited commercial email.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: struts webapp failure
Posted by Vic <vi...@portalvu.com>.
Windows is not case sensetive. Check that.
.V
Chuck Chopp wrote:
> I have a simple struts webapp I'm developing use Eclipse v3.0 /
> MyEclipse Enterprise Workbench v3.8.0. This webapp has been deployed as
> a WAR file to a local installation of Tomcat v4.1.30 on my WinXP Pro SP1
> development system and I can browse to it w/o any problems using Mozilla
> and it works just fine.
>
> If I take the same WAR file and copy it over to a Tomcat installation on
> an OpenVMS Alpha v7.3-1 system [running CSWS_JAVA v2.1, which is Tomcat
> v4.1.24], I get the following error when attempting to browse to the
> webapp:
>
> HTTP Status 500 -
>
> type Exception report
>
> message
>
> description The server encountered an internal error () that prevented
> it from fulfilling this request.
>
> exception
>
> org.apache.jasper.JasperException: Exception forwarding for name login:
> org.apache.jasper.JasperException: Unable to compile class for JSP
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java)
>
> [snipped]
>
> root cause
>
> javax.servlet.ServletException: Exception forwarding for name login:
> org.apache.jasper.JasperException: Unable to compile class for JSP
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java)
>
> at org.apache.jsp.index_jsp._jspService(index_jsp.java)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java)
>
> [snipped]
>
>
> Both of these installations of Tomcat are using JDK v1.4.2.
>
> My webapp's web.xml file specifies a welcome file named "index.jsp" and
> all that "index.jsp" does is use the "logic:forward" tag to forward to a
> login action. The "welcome.jsp" file is in the root folder of the
> webapp, while all of the other JSP files are in a subfolder under WEB-INF.
>
> Why would a JSP fail to compile on the Tomcat implementation on OpenVMS
> but still compile properly for the Tomcat implementation on WinXP?
>
>
> TIA,
>
> Chuck
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: struts webapp failure
Posted by Chuck Chopp <ch...@rtfmcsi.com>.
Rick Reumann wrote:
> Chuck Chopp wrote:
>
>> org.apache.jasper.JasperException: Exception forwarding for name
>> login: org.apache.jasper.JasperException: Unable to compile class for JSP
>> at
>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java)
>>
>>
>> [snipped]
>>
>> root cause
>>
>> javax.servlet.ServletException: Exception forwarding for name login:
>> org.apache.jasper.JasperException: Unable to compile class for JSP
>> at
>> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java)
>>
>> at org.apache.jsp.index_jsp._jspService(index_jsp.java)
>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java)
>>
>> [snipped]
>
>
> Delete all of your Tomcat temp files where the JSPs get compiled into
> servlets. My guess is Eclipse was using the same temp file area and then
> when you moved the war into Tomcat's webapps, Tomcat got all confused on
> the timestamps etc. All I know is I've seen funky things happen when I
> haven't deleted those temp files. On windows they'd be somewhere like
> C:\jakarta-tomcat-5.0.24\work\Catalina\localhost\yourApp
Um.... that might not apply in this case. I'll go ahead and remove all the
temp files, but the Tomcat installation with the JSP compilation problem is
on OpenVMS, while Eclipse is installed on my WinXP system. I only
transferred the WAR file over to my OpenVMS system and then it was
automatically unpacked by Tomcat.
--
Chuck Chopp
ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com
RTFM Consulting Services Inc. 864 801 2795 voice & voicemail
103 Autumn Hill Road 864 801 2774 fax
Greer, SC 29651
Do not send me unsolicited commercial email.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: struts webapp failure
Posted by Rick Reumann <st...@reumann.net>.
Chuck Chopp wrote:
> org.apache.jasper.JasperException: Exception forwarding for name login:
> org.apache.jasper.JasperException: Unable to compile class for JSP
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java)
>
> [snipped]
>
> root cause
>
> javax.servlet.ServletException: Exception forwarding for name login:
> org.apache.jasper.JasperException: Unable to compile class for JSP
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java)
>
> at org.apache.jsp.index_jsp._jspService(index_jsp.java)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java)
>
> [snipped]
Delete all of your Tomcat temp files where the JSPs get compiled into
servlets. My guess is Eclipse was using the same temp file area and then
when you moved the war into Tomcat's webapps, Tomcat got all confused on
the timestamps etc. All I know is I've seen funky things happen when I
haven't deleted those temp files. On windows they'd be somewhere like
C:\jakarta-tomcat-5.0.24\work\Catalina\localhost\yourApp
--
Rick
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org