Jsf not compiling in Tomcat 5.5.

Hi All,
I am using Tomcat 5.5 with IDE NetBeans. I have the following code in the jsf page.
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>JSP Page</title>
</head>
<body>
<f:view>
Paging
</f:view>
</body>
</html>
First it displays as "Paging."
Now if I change the code as
Paging123234
It will not reflect and it still display "Paging". I am doing clean, build and deploy operations after a small change in jsp.

Do you also have JSTL installed?
What version of Tomcat are you using? (I'd suggest 5.5).
Where did you get the JSF jar from? (I'd suggest Apache MyFaces)

Similar Messages

Some jsps will not compile FC5+Tomcat

Hello,
I cannot compile SOME jsp pages for some reason.
I have something like this:
http://www.mydomain.net:8080/WEB/index.jsp - this comiles
http://www.mydomain.net:8080/WEB/BLAH/BLAH/index.jsp - will not compile where BLAH is a bunch of different folders.
I have it all working on Win XP. Now I am trying to make it work on FC5.
I took the page that can compile and moved it to BLAH/BLAH folder and it does not compile now!
OS: Fedora Core 5 (if it matters)
What is going on? Any ideas?
Thanks.

sure, here it is
Thanks for help.
org.apache.jasper.JasperException: Unable to compile class for JSP
     org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:97)
     org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:342)
     org.apache.jasper.compiler.AntCompiler.generateClass(AntCompiler.java:248)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:288)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:267)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:255)
     org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:556)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:245)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
root cause
Compile failed; see the compiler error output for details.
     org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:944)
     org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:764)
     org.apache.jasper.compiler.AntCompiler.generateClass(AntCompiler.java:216)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:288)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:267)
     org.apache.jasper.compiler.Compiler.compile(Compiler.java:255)
     org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:556)
     org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296)
     org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
     org.apache.jasper.servlet.JspServlet.service(JspServlet.java:245)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

Can not compile the jsp in Tomcat 4

Hello anyone
Now I use jdk1.4 and Tomcat 4.0.4, and put in the directory d:\j2sdk and d:\tomcat. Even I set the classpath as follow, I still compile jsp.
SET CLASSPATH=.;D:\j2sdk\lib\tools.jar;D:\tomcat\common\lib\servlet.jar
but at before, i can run it at Tomcat 3.2.
type Exception report
message Internal Server Error
description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request.
exception
org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated.
D:\tomcat\work\Standalone\localhost\_\userCounter$jsp.java:4: Class or interface declaration expected.
import javax.servlet.*;
^
D:\tomcat\work\Standalone\localhost\_\userCounter$jsp.java:10: Superclass org.apache.jsp.HttpJspBase of class org.apache.jsp.userCounter$jsp not found.
public class userCounter$jsp extends HttpJspBase {
^
2 errors, 1 warning
     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285)
     at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548)
     at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:176)
     at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:188)
     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
     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:243)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
     at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
     at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
     at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
     at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
     at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
     at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1027)
     at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125)
     at java.lang.Thread.run(Thread.java:536)
pls help, thank you very much!

This is a new problem with jdk1.4 when compiling with tomcat.
The solution is to ensure that any classes in WEB-INF/classes are in a package structure and the relevant jsp calls the same using the package name.
best
kev

JSF jars living in Tomcat shared/lib (not)

When I move the set of jars for JSF from the webapp/WEB-INF/lib up into tomcat's shared/lib, I get this error:
java.lang.NullPointerException
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:143)
when visiting the webapp which has the FacesServlet.
I can see that this just doesn't work with the current 1.0beta, but does anyone know why not?
Is there any fundemental problem with having these in common/lib or shared/lib?
And, just checking, the source is not available for this version, right (else I'd take a peek at this line).

When these libraries are in shared/lib, the
ContextListener added via a .tld in jsf-impl.jar is
not located by Tomcat, and therefore JSF can't start
itself up correctly.
It depends on which version of Tomcat you are using. Recent versions (such as 5.0.16) do know how to recognize context listeners in JAR files stored in common/lib or shared/lib.
I don't know Tomcat well enough to know if there's a
way to get it to look for auto-registered .TLDs and
ContextListeners in places other than WEB-INF/lib.
There is nothing in the Servlet or JSP specs that
would require that Tomcat support anything other than
WEB-INF/lib.
For containers that don't support looking up the class loader hierarchy, there is a workaround for this described in the Release Notes, that involves declaring a <listener> element in your web.xml file to explicitly declare the listener class.
-- Adam WinerCraig McClanahan

Plz help why its not compiling ,

hello all i am trying to make the tutorial http://developers.sun.com/mobility/midp/articles/tutorial2/
i have made all the steps once i try to compile it it shows the folowing error:
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Wrapper cannot find servlet class HitServlet or a class it depends on
     at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:836)
     at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:613)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:164)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
etc.....
i believe the error has something to do with my classpath thats why its not compiling the HitServlet.java
if anybody can show me plz how to make this following step :
Compiling the Servlet
Compiling servlet code is pretty much the same as for other Java development, except for an important twist. Because the servlet API is not a core part of the Java SE platform, you'll need to add it to your CLASSPATH before you can compile servlets.
The servlet API is contained in common/lib/servlet.jar under the Tomcat root directory. Simply add this file to your CLASSPATH and you will be able to compile HitServlet.java using javac. You can edit the CLASSPATH in the system properties or do it on the command line, as this Windows example demonstrates:
C:\>set CLASSPATH=\jakarta-tomcat-4.1.31\common\lib\servlet.jar
C:\>javac HitServlet.java
i have installed the tomcat and its working fine but i dont understand how to set the classpath , i tried to make it in control panel / system / envirement and put the classpath but its still doesnt work
please help on what i should make in my classpath and how to set it to work if not please notify me where am i making mistake thank you
appreciate a lot help

hello all i am trying to make the tutorial http://developers.sun.com/mobility/midp/articles/tutorial2/
i have made all the steps once i try to compile it it shows the folowing error:
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: Wrapper cannot find servlet class HitServlet or a class it depends on
     at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:836)
     at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:613)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:164)
     at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
etc.....
i believe the error has something to do with my classpath thats why its not compiling the HitServlet.java
if anybody can show me plz how to make this following step :
Compiling the Servlet
Compiling servlet code is pretty much the same as for other Java development, except for an important twist. Because the servlet API is not a core part of the Java SE platform, you'll need to add it to your CLASSPATH before you can compile servlets.
The servlet API is contained in common/lib/servlet.jar under the Tomcat root directory. Simply add this file to your CLASSPATH and you will be able to compile HitServlet.java using javac. You can edit the CLASSPATH in the system properties or do it on the command line, as this Windows example demonstrates:
C:\>set CLASSPATH=\jakarta-tomcat-4.1.31\common\lib\servlet.jar
C:\>javac HitServlet.java
i have installed the tomcat and its working fine but i dont understand how to set the classpath , i tried to make it in control panel / system / envirement and put the classpath but its still doesnt work
please help on what i should make in my classpath and how to set it to work if not please notify me where am i making mistake thank you
appreciate a lot help

JSF not working

I am trying to see how JSF works. I downloaded the JWSDK and installed it. But starting the tomcat I am getting the following error.
2004-03-29 14:07:11 createObjectName with StandardEngine[Catalina].StandardHost[localhost].StandardContext[Xindice]
2004-03-29 14:07:11 preRegister with Catalina:type=Logger,path=/Xindice,host=localhost
2004-03-29 14:07:12 Error configuring application listener of class com.sun.faces.config.ConfigListener
java.lang.SecurityException: class "com.sun.faces.config.ConfigListener"'s signer information does not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(ClassLoader.java:599)
at java.lang.ClassLoader.defineClass(ClassLoader.java:532)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
at org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:520)
at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:857)
at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756)
at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:840)
at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:756)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1360)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1220)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3573)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4099)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:868)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:852)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:614)
at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:835)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252)
at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256)
at org.apache.commons.digester.Rule.end(Rule.java:276)
at org.apache.commons.digester.Digester.endElement(Digester.java:1058)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:546)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1073)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1535)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:348)
at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:539)
at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:595)
at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1125)
at org.apache.commons.digester.Digester.parse(Digester.java:1567)
at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:515)
at org.apache.catalina.core.StandardHost.install(StandardHost.java:866)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:529)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:474)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1008)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:399)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1135)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:792)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1127)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:502)
at org.apache.catalina.core.StandardService.start(StandardService.java:519)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2311)
at org.apache.catalina.startup.Catalina.start(Catalina.java:577)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:328)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.commons.launcher.ChildMain.run(ChildMain.java:269)
Thanks
Shinoy

yupp,
that is generell,
you don't need this Listener for any application-server in your web.xml-file
and not even for tomcat.
otherwise, i guess your servlet-container is buggy...
cheers,

JSP/JSF Not Recompiling

Current Setup:
JSF RI 1.0
Tomcat 5.5.09
JSP 2.4
Whenever I make a change to one of my jsp pages, and I hit refresh on my browser, the changes are not reflected. I have to go into the Tomcat manager application and restart the application.
The weird thing is, I think the servlet recognizes the changes (when I make changes and hit reload, it takes some time to redisplay the page). However, the changes that I made are not reflected.
I've looked around the web and have seen various posts - all of which have not helped me. I've checked server.xml and made sure that the developer init param is set to true (as well as in my web app's web.xml file)
Does anyone have any thoughts on this? Much thanks in advance

Sometime happens to me. You can "make" simple wrong syntax error in JSF page, any place in your code, like
<f:view ererere>
then page will recompile with error, then change back. JSF page will be recompiled. It works always for me. :-)

Help: OJSPC can not compile the JSP with struts tag

Hi,
I am trying to precompile the JSP page with EAR package but OJSPC can not parse the Struts tags.
I always get oracle.jsp.parse.JspParseException:
Error: org.apache.struts.taglib.html.MessgesTei while reading TLD /WEB-INF/tld/struts-html.tld
My OC4J version is 10.1.3.2 and I did tried putting the struts-taglib.jar to /opt/oracle/product/app10g/j2ee/home/jsp/lib or /lib/taglib
but still do not work.
Can anyone tell me how to configure the OJSPC and let it support customerized taglibs?
Thanks a lot!

This is a new problem with jdk1.4 when compiling with tomcat.
The solution is to ensure that any classes in WEB-INF/classes are in a package structure and the relevant jsp calls the same using the package name.
best
kev

ConfigureListener class not found exception (tomcat 5.5.4/jdk 1.5)

Hi,
I'm seeing this error in the Tomcat logs upon Tomcat startup:
SEVERE: Error configuring application listener of class com.sun.faces.config.ConfigureListener
java.lang.ClassNotFoundException: com.sun.faces.config.ConfigureListener.
I added this ConfigureListener reference to my conf/web.xml file having perused the Forum for a fix to this error in the Tomcat logs:
.SEVERE: StandardWrapper.Throwable
java.lang.NullPointerException
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:144)
What I don't get is my CLASSPATH env. var. clearly shows jsf-impl.jar. I double-checked the path and that com.sun.faces.config.ConfigureListener is contained in jsf-impl.jar and both looked A-OK.
Also saw someone referencing changing the DOCTYPE references from Faces Config 1.0 (to 1.1) and web-facesconfig_1_0.dtd (to 1_1). Tried this but no improvement.
How could the Tomcat engine say a class isn't there when the CLASSPATH says it is??
What is also interesting is that I have the same JSF app running like a champ under tomcat 5.0.19 and have no reference to ConfigureListener class in the conf/web.xml. Not sure why tomcat 5.5.4 is unhappy with the JSF context when tomcat 5.0.19 isn't??
--TIA for any clarifications, from pluto

Adam,
Thanks! I did the java environment/container clean-up you suggested. Also, for reasons unbeknownst to me, when I had two WAR files under webapps, tomcat was unhappy on startup (still seeing Faces servlet startup error). So I removed the 2 WAR files, and kept the two expanded directories (assoc. with the 2 WAR files) under webapps (as had already been created by tomcat) and all is well. I admit bewilderment over the concept of already expanded WAR files working versus not expanded WAR files not working!? Thanks again for your help.

JSP Pages are not compiling in JBoss5.1.0GA

Hi Folks,
We have developed an webapplication and we deployed in JBoss4.0.1sp1 application is running fine.
One week back we downloaded JBoss5.1.0GA and we deployed the same application in JBoss5.1.0GA, but we are getting this eaception "org.apache.jasper.JasperException: Unable to compile class for JSP: "
please find the exception details below
====================================================================================================
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: Unable to compile class for JSP:
An error occurred at line: 56 in the generated java file
The method getJspApplicationContext(ServletContext) is undefined for the type JspFactory
An error occurred at line: 17 in the jsp file: /pages/configset/createconfigset.jsp
The method setJspId(String) is undefined for the type ViewTag
14: <%@page import="com.cisco.wo.configui.beans.backing.configset.CreateBackingBean"%>
15: <%@page import="com.cisco.wo.configui.utils.ConfigUIConst"%>
16:
17: <f:view>
18:
19:
20: <%
An error occurred at line: 45 in the jsp file: /pages/configset/create.jsp
The method setJspId(String) is undefined for the type SubviewTag
42:
43: 
44:
45: <f:subview id="configsetHeader">
46: <c:import url="configsetheader.jsp" />
47: </f:subview>
48:
An error occurred at line: 45 in the jsp file: /pages/configset/createt.jsp
The method setBodyContent(BodyContent) is undefined for the type SubviewTag
42:
43: 
44:
45: <f:subview id="configsetHeader">
46: <c:import url="setheader.jsp" />
47: </f:subview>
48:
An error occurred at line: 45 in the jsp file: /pages/configset/create.jsp
The method doInitBody() is undefined for the type SubviewTag
42:
43: 
44:
45: <f:subview id="configsetHeader">
46: <c:import url="configsetheader.jsp" />
47: </f:subview>
48:
Thanks in Advance...!

Hi All,
We developed the JSF web application in JBoss4.0.1SP1 the application running fine.
The same application we deployed in JBoss5.1.0GA some of the pages are compiling and some of the pages are not compiling.
the exception log:
=======================================================================================================================================
org.apache.jasper.JasperException: Unable to compile class for JSP:
An error occurred at line: 16 in the jsp file: /pages/configset/itemstab.jsp
The method setJspId(String) is undefined for the type ViewTag
13: <%@ taglib uri="http://java.sun.com/jstl/fmt" prefix="fmt"%>
14:
15: <%@page errorPage="configseterrorpage.jsp"%>
16: <f:view>
17:      <head>
18:      <title>Configuration Set - Items</title>
19:      
An error occurred at line: 46 in the jsp file: /pages/configset/itemstab.jsp
The method setJspId(String) is undefined for the type SubviewTag
43:
44:      
45:
46:      <f:subview id="configsetheader">
47:           <c:import url="configsetheader.jsp" />
48:      </f:subview>
49:
An error occurred at line: 46 in the jsp file: /pages/configset/itemstab.jsp
The method setBodyContent(BodyContent) is undefined for the type SubviewTag
43:
44:      
45:
46:      <f:subview id="configsetheader">
47:           <c:import url="configsetheader.jsp" />
48:      </f:subview>
49:
An error occurred at line: 46 in the jsp file: /pages/configset/itemstab.jsp
The method doInitBody() is undefined for the type SubviewTag
43:
44:      
45:
46:      <f:subview id="configsetheader">
47:           <c:import url="configsetheader.jsp" />
48:      </f:subview>
49:
An error occurred at line: 413 in the generated java file
The method doAfterBody() is undefined for the type SubviewTag
An error occurred at line: 61 in the jsp file: /pages/configset/itemstab.jsp
The method setJspId(String) is undefined for the type SubviewTag
58:
59:      
60:      <div class="icw">
61:      <div class="icwWrapper icwOrder" style="width: 921px"><f:subview
62:           id="configsetsummary">
63:           <c:import url="configsetsummary.jsp" />
64:      </f:subview></div>
An error occurred at line: 61 in the jsp file: /pages/configset/itemstab.jsp
The method setBodyContent(BodyContent) is undefined for the type SubviewTag
58:
59:      
60:      <div class="icw">
61:      <div class="icwWrapper icwOrder" style="width: 921px"><f:subview
62:           id="configsetsummary">
63:           <c:import url="configsetsummary.jsp" />
64:      </f:subview></div>
note The full stack trace of the root cause is available in the JBoss Web/2.1.3.GA logs.
============================================================================
Thanks in Advance...!

Error while transforming XSLT,"Could not compile stylesheet"

Hi,
During transformation of my XSLT I needs to fetch data from method named *"myMethod(String str)"*, which is in *"mypackage.test.MyClass"* class. MyClass is in{color:#000000} XXX.jar. {color}
This XXX.jar is not in context of my web application.*
Following is part of XSLT which I am using.
<?xml version="1.0"?>
<xsl:stylesheet version="1.0" xmlns:aaa="mypackage.test.MyClass">
<xsl:template match="/responseData">
<xsl:for-each select="response">
<XMLResponse>
<xsl:for-each select="status">
<xsl:variable name="Vvar_ResResponseType" select="."/>
<xsl:attribute name="ResResponseType">
<xsl:value-of select="aaa:myMethod($Vvar_ResResponseType)"/>
</xsl:attribute>
</xsl:for-each>
</XMLResponse>
</xsl:for-each>
</xsl:template>
</xsl:stylesheet>So I tried to use reflection API to load XXX.jar file at runtime.
But while transforming Transformer does not find "myMethod(String str)" and gives error like "Could not compile stylesheet"
Following is full exception stacktrace
ERROR: 'The first argument to the non-static Java function 'myMethod' is not a valid object reference.'
FATAL ERROR: 'Could not compile stylesheet'
javax.xml.transform.TransformerConfigurationException: Could not compile stylesheet
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:829)
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:623)
at com.actl.dxchange.utilities.Transformation.transform(Transformation.java:83)
at com.actl.dxchange.base.BaseConnector.transform(BaseConnector.java:330)
at com.actl.dxchange.connectors.KuoniConnector.doRequestProcess(KuoniConnector.java:388)
at com.actl.dxchange.connectors.KuoniConnector.hotelAvail(KuoniConnector.java:241)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
...........Please suggest is there any other way, so that Transformer can find required bean class from XXX.jar duruing transformation process.
Thanks & Regards,
Rohit Lad
Edited by: Rohit_Lad on Jan 29, 2009 7:38 PM
Edited by: Rohit_Lad on Jan 30, 2009 9:57 AM
Edited by: Rohit_Lad on Jan 30, 2009 10:02 AM

Got the solution from forum named
"Reflections & Reference Objects"
Following is link for whom encountered this issue.
http://forums.sun.com/thread.jspa?threadID=5362426
Edited by: Rohit_Lad on Jan 30, 2009 2:35 PM

XSLT Exception: FATAL ERROR: 'Could not compile stylesheet'

Hi....
Am getting Folowing Exception while parsing the XSL file. Am using java 1.4 and MSXML4.2 SP2 parser andSDK.
but when I installed SQLServer2005, with that MSXML 6.0 Parser is Installed.
It is working fine before instalation of SQLServer2005.
java.lang.NullPointerException
     at com.sun.org.apache.xalan.internal.xsltc.compiler.FunctionCall.translate(FunctionCall.java:826)
     at com.sun.org.apache.xalan.internal.xsltc.compiler.ValueOf.translate(ValueOf.java:114)
     at com.sun.org.apache.xalan.internal.xsltc.compiler.SyntaxTreeNode.translateContents(SyntaxTreeNode.java:490)
     at com.sun.org.apache.xalan.internal.xsltc.compiler.XslAttribute.translate(XslAttribute.java:252)
Compiler warnings:
file:///F:/Data/JRun4/servers/ABC/MainXSL.xsl: line 155: Attribute 'LenderBranchIdentifier' outside of element.
file:///F:/Data/JRun4/servers/ABC/MainXSL.xsl: line 156: Attribute 'LenderRegistrationIdentifier' outside of element.
ERROR: 'null'
FATAL ERROR: 'Could not compile stylesheet'
javax.xml.transform.TransformerConfigurationException: Could not compile stylesheet
     at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:753)
     at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:548)
     at com.ls.lsglobal.common.CLOUTSQLXML.TransXml2Xml(CLOUTSQLXML.java:274)
And My XSL is
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="2.5" xmlns:lsjava1="com.ls.lsglobal.common" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" exclude-result-prefixes="lsjava1" >
     <xsl:output method="xml" indent="yes" encoding="utf-8" doctype-system="MyRequest.1.3.DTD"/>
     <xsl:template match="/" >
          <REQUEST_GROUP>
                                   <TRANSMITTAL_DATA>
                                        <xsl:if test="AppraisedVal!=''">
                                             <xsl:attribute name="AppraisedValueAmount"><xsl:value-of select="AppraisedVal"/></xsl:attribute>
                                        </xsl:if>
                                        <xsl:if test="StatedVal!=''">
                                             <xsl:attribute name="EstimatedValueAmount"><xsl:value-of select="StatedVal"/></xsl:attribute>
                                        </xsl:if>
                                        <xsl:for-each select="ROOT/AppMain/MyLoop/Liab">
                                             <xsl:if test=" normalize-space(LiabTypCd) = 'SMG' and (normalize-space(PresFutTypCd) = 'BOTH' or normalize-space(PresFutTypCd) = 'PRES') and PresLienPos='1' and normalize-space(RefCd) != 'LOAN'">
                                                  <xsl:attribute name="CurrentFirstMortgageHolderType"><xsl:value-of select="LiabId"/></xsl:attribute>
                                             </xsl:if>
                                        </xsl:for-each>
                                        <xsl:attribute name="LenderBranchIdentifier">0001</xsl:attribute>
                                        <xsl:attribute name="LenderRegistrationIdentifier"><xsl:value-of select="ROOT/AppMain/MyNum"/></xsl:attribute>
                                   </TRANSMITTAL_DATA>
          </REQUEST_GROUP>
     </xsl:template>
</xsl:stylesheet>
And My Java Code is
public String TransXml2Xml(String xmlInFile, String xslFile, String xmlOutFile) throws Exception
          try
               DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
               factory.setIgnoringElementContentWhitespace(true);
               Document document;
               File stylesheet = new File(xslFile);
               File dataInfile = new File(xmlInFile);
               DocumentBuilder builder = factory.newDocumentBuilder();
               document = builder.parse(dataInfile);
               System.err.println("-->AVC:::xslFile="+xslFile+" xmlInFile="+xmlInFile+" xmlOutFile="+xmlOutFile);
               StreamSource stylesource = new StreamSource(stylesheet);
               TransformerFactory t=TransformerFactory.newInstance();
               Transformer transformer = t.newTransformer(stylesource);
               DOMSource source = new DOMSource(document);
               javax.xml.transform.stream.StreamResult result = new javax.xml.transform.stream.StreamResult(new File(xmlOutFile));
               transformer.setOutputProperty(javax.xml.transform.OutputKeys.INDENT , "yes");
               transformer.setOutputProperty(javax.xml.transform.OutputKeys.ENCODING, "UTF-8");
               transformer.setOutputProperty("{http://xml.apache.org/xslt}indent-amount", "2");
               if(strCLUTDTD_PATH.equals(""))
                    java.util.Properties props = new java.util.Properties();
                    java.io.FileInputStream fis = new java.io.FileInputStream("DataFileBasePath.properties");
                    props.load(fis);
                    fis.close();
                    strCLUTDTD_PATH = checkNull(props.get("CLUTREQDTD_PATH"));
               transformer.setOutputProperty(javax.xml.transform.OutputKeys.DOCTYPE_SYSTEM , strCLUTDTD_PATH);
               transformer.transform(source, result);
          catch(Exception e)
               e.printStackTrace();
               throw e;
          return "";
can any one know what solution for this problem. It is very help full for me.

So look at your code and find out what you are passing to the TransformerFactory. Then find out why it's null. Don't just sit there and say "Duh", it's your code.
And remember that nobody but you can see it yet. If you like you could post it here and then others could see it and comment on it.

NewTransformer - Could not compile stylesheet exception

Using the following code:
Transformer transformer = factory.newTransformer( new StreamSource(xsltFile) );
If I fill the xsltFile string variable with "contents.xslt" it goes through fine.
But, if I put the following into the xsltFile variable, it throws the following exception:
"C:\\test\\src\\xslt\\contents.xslt"
Failed to transform file C:\DB Documenter\output\xml\main.xml due to: javax.xml.transform.TransformerConfigurationException: Could not compile stylesheet
I am formatting the the source and result strings in the actual transform the same way, and they work fine pointing to a c:\ directory. Any reason this blows up on the newTransformer call?
Here is the whole code:
public void performTransform(String xsltFile, String xmlFile, String htmlFile) {
try {
TransformerFactory factory = TransformerFactory.newInstance();
/* xsltFile = "contents.xslt"; */
xsltFile = "C:\\DB Documenter\\src\\xslt\\contents.xslt";
Transformer transformer = factory.newTransformer( new StreamSource(xsltFile) );
StreamSource xmlSource = new StreamSource(xmlFile);
StreamResult htmlResult = new StreamResult(htmlFile);
transformer.transform(xmlSource, htmlResult);
} catch (Exception e) {
JOptionPane.showMessageDialog(null, "Failed to transform file " + xmlFile + " due to: " + e);
}

StreamSource/Results are simple POJOs: the interpretation of the the system ID you construct them from is left to the interpretation of the object that will use them. This is why the behavior is not consistent.
For this reason, I never use StreamSource/Result(String) constructors but prefer either the constructor that takes a File or a Reader.

System.out.println not working in Tomcat-4.1.x

System.out.println not working in Tomcat-4.1.24. Any settings has to be enabled??? I am using tomcat for Solaris

I think u can use ServletContext.log() to output info instased.

TransformerConfigurationException...Could not compile stylesheet

So far my XSLT stylesheet was executed in operations mapping without problems.
However I had to make some changes (e.g. adding some additional xsl:choose elements) and now I get the following compilation error:
TransformerConfigurationException occured when loading XSLT xxxxxxx; details: Could not compile stylesheet
I develop and change the XSLT externally using XML Spy and there I could run a test transformation without problems or errors.
Only after reimporting as IA archive and selecting the new version in operations mapping I get the error.
How is this possible? How can I debug to find the root cause for the error?
Edited by: Florian Guppenberger on Nov 13, 2009 6:05 PM

Hello,
what I have done is to add an additional <xsl:choose> to an already existing <xsl:choose> in the <xsl:otherwise> branch at several locations. Example below.
I hope that there was not typo somwhere else, however what is very strange is that XML Spy says that the XSLT is well-formed and a test transformation executes successfully too.
For that XSLT it is not such a big problem, because I can roll-back to the previous version but I am really concerned if you build a big XSLT from scratch in XML Spy an after import in PI you get a compilation error. So it would be really good to find a root cause for this.
<xsl:choose>
<xsl:when test="RET_DATE">
<xsl:attribute name="nullFlavor"><xsl:value-of select="RET_DATE"/></xsl:attribute>
</xsl:when>
<xsl:otherwise>
    <xsl:choose>
        <xsl:when test="RET_DATE_VALUE='00000000'">
             <xsl:attribute name="nullFlavor"><xsl:text>NA</xsl:text></xsl:attribute>
        </xsl:when>
        <xsl:otherwise>
             <xsl:attribute name="value"><xsl:value-of select="RET_DATE_VALUE"/></xsl:attribute>
        </xsl:otherwise>
      </xsl:choose>
</xsl:otherwise>
</xsl:choose>
Edited by: Florian Guppenberger on Nov 16, 2009 11:05 AM
Edited by: Florian Guppenberger on Nov 16, 2009 11:06 AM

Jsf not compiling in Tomcat 5.5.

Similar Messages

Maybe you are looking for