JSF on tomcat 5

i want to deploy a JSF project on tomcat 5 tell me how?

plz com[are all the used jars properly and the EnvContext for Sun as Well as TomCat that you are using.                                                                                                                                                                                                               

Similar Messages

  • JSF on Tomcat /4.1.31 and 4.1.36

    Hi,
    i have problems deploying my jsf-app from development Tomcat 4.1.31 to Tomcat 4.1.36:
    /opt/jakarta_tomcat/work/Standalone/localhost/rnm/pages/login_jsp.java:8: cannot access javax.servlet.jsp.HttpJspPage
    bad class file: /opt/jakarta_tomcat/webapps/rnm/WEB-INF/lib/jsp-api.jar(javax/servlet/jsp/HttpJspPage.class)
    class file has wrong version 49.0, should be 48.0
    Please remove or make sure it appears in the correct subdirectory of the classpath.
    public class login_jsp extends HttpJspBase {
           ^
    1 error
         at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:85)
         at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:248)
         at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:315)
         at org.apache.jasper.compiler.Compiler.compile(Compiler.java:328)
         at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:427)
         at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:142)
         at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:240)
         at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:187)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:809)
         at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:627)
         at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:382)
         at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:306)
         at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1056)
         at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:261)
         at org.apache.struts.action.RequestProcessor.internalModuleRelativeForward(RequestProcessor.java:994)
         at org.apache.struts.tiles.TilesRequestProcessor.internalModuleRelativeForward(TilesRequestProcessor.java:343)
         at org.apache.struts.action.RequestProcessor.processForward(RequestProcessor.java:553)
         at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:211)
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
         at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:696)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:809)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:200)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:146)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:209)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:144)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:445)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
         at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2358)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:133)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
         at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:118)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:116)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:594)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:127)
         at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:596)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:433)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:948)
         at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:152)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)Is there a solution without upgrading Tomcat?
    regards,
    ak

    class file has wrong version 49.0, should be 48.0The mentioned class was compiled with a newer javac version than the java version which is used to run this class.
    E.g. compiled with JDK 1.5 and running with JDK 1.4 will cause this kind of error. The solution might be obvious: (re)compile it with same JDK as you want to run it with.

  • JSF Error Tomcat NullPointer restart

    I have developed an application in Tomcat55 and JSF, everything goes well
    when I start for the first time Tomcat, the problem comes when a new update
    on unemployment Tomcat, I introduce a new war in the webapp and restarted
    the tomcat, reload does well but when I ask the web, I get this error.
    [http-81-Processor25] ERROR
    org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[SitioWeb].[j
    sp]
    - Servlet.service() para servlet jsp lanz� excepci�n
    java.lang.NullPointerException
    at
    org.ajax4jsf.framework.ajax.AjaxViewHandler.createView(AjaxViewHandler.java:
    78)
    at
    org.apache.myfaces.lifecycle.LifecycleImpl.restoreView(LifecycleImpl.java:14
    4)
    at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:66)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
    FilterChain.java:269)
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
    ain.java:188)
    at
    org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
    java:691)
    at
    org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis
    patcher.java:469)
    at
    org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch
    er.java:403)
    at
    org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher
    java:301)
    at
    org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:686
    at
    org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:656)
    at org.apache.jsp.index_jsp._jspService(index_jsp.java:48)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
    at
    org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3
    31)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
    FilterChain.java:269)
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
    ain.java:188)
    at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
    va:213)
    at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
    va:174)
    at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127
    at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117
    at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
    :108)
    at
    org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
    at
    org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
    at
    org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
    onnection(Http11BaseProtocol.java:665)
    at
    org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
    a:528)
    at
    org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
    rkerThread.java:81)
    at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
    a:689)
    at java.lang.Thread.run(Thread.java:595)
    State and looking information and are no longer what might happen.
    Edited by: Scra on Dec 17, 2007 9:37 AM

    Doesn't look like a Sun JSF RI issue to me. Post this issue at the forum/mailinglist of Ajax4jsf.

  • JSF under tomcat 5 ??/

    in the JSFin actions it says : "JSF can work on every standad container like tomcat etc"...
    in my tomcat ver 5.5.29 when i put jsf in some dir and try to open some jsp ...
    it says :opening... and nothink happens .. ideas ?
    the war file is a simple war file created with Sun Studio Creator

    under 5.5.9 there is exceptoin :
    Description: An unhandled exception occurred during the execution of the web application. Please review the following stack trace for more information regarding the error.
    Exception Details: javax.servlet.jsp.JspException
    Cannot find FacesContext
    Possible Source of Error:
    Class Name: javax.faces.webapp.UIComponentTag
    File Name: UIComponentTag.java
    Method Name: doStartTag
    Line Number: 399
    Source not available. Information regarding the location of the exception can be identified using the exception stack trace below.
    Stack trace:
    javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:399)
    com.sun.faces.taglib.jsf_core.ViewTag.doStartTag(ViewTag.java:105)
    org.apache.jsp.Page1_jsp._jspx_meth_f_view_0(org.apache.jsp.Page1_jsp:83)
    org.apache.jsp.Page1_jsp._jspService(org.apache.jsp.Page1_jsp:61)
    org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
    javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)

  • Jsf and Tomcat

    Hi,
    I'm a newbye. What server must I use for jsps create with Creator? Tomcat? Or Sun Java Server? Or only GlassFish? Which is better?

    I am using Tomcat. It works fine for me. To be honest, I would not suggest Sun Java Application Server. You will know it when you play around with Java Creator Studio.
    Message was edited by:
    field

  • Tiles 2 and JSF integration in tomcat 5.5.25

    hi all,
    "Tiles 2" is a new project extracted from Struts and is now integrated with various frameworks...
    I'm wondering if anyone here succeed to run Tiles 2 with JSF on tomcat 5.5.25.
    I'd downloaded a test from maven: (The test application is not working in my environment... i'll be happy to hear about any success from one of you...
    http://repo1.maven.org/maven2/org/apache/tiles/tiles-test/2.0.5/
    File name: tiles-test-2.0.5.war
    This test application should work on java 5.0.
    I will be glad to here some advice,
    thanks
    Edited by: buz_word on Nov 19, 2007 6:50 PM

    Are you sure that a new session is being created in step 6? Tomcat can be configured to persist sessions between restarts. Maybe check getCreationTime() on the session?
    --Jon                                                                                                                                                                                                                                                                                                                                                               

  • JSF error on Tomcat

    Hi I am getting a strange error when I deploy the war file for JSF on tomcat as follows 2006-12-01 10:19:51 StandardContext[/manager]HTMLManager: start: Starting web application at '/campman'
    2006-12-01 10:19:51 StandardContext[/campman]Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
    javax.faces.FacesException: com.sun.faces.lifecycle.LifecycleFactoryImpl
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:553)
         at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:411)
         at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:229)
         at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:702)
         at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:398)
         at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:328)
         at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827)
         at org.apache.catalina.core.StandardContext.start(StandardContext.java:4343)
         at org.apache.catalina.core.StandardHostDeployer.start(StandardHostDeployer.java:830)
         at org.apache.catalina.core.StandardHost.start(StandardHost.java:991)
         at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1322)
         at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:530)
         at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:104)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: javax.faces.FacesException: ApplicationFactory
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:540)
         at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:426)
         at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:229)
         at com.sun.faces.lifecycle.RestoreViewPhase.<init>(RestoreViewPhase.java:69)
         at com.sun.faces.lifecycle.LifecycleImpl.<init>(LifecycleImpl.java:53)
         at com.sun.faces.lifecycle.LifecycleFactoryImpl.<init>(LifecycleFactoryImpl.java:69)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
         at java.lang.Class.newInstance0(Class.java:308)
         at java.lang.Class.newInstance(Class.java:261)
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:551)
         ... 40 more
    Caused by: java.lang.ClassNotFoundException: ApplicationFactory
         at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340)
         at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1189)
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:528)
         ... 52 more
    2006-12-01 10:19:51 StandardContext[/manager]HTMLManager: list: Listing contexts for virtual host 'localhost'
    2006-12-01 10:19:55 StandardContext[/manager]HTMLManager: start: Starting web application at '/campman'
    2006-12-01 10:19:55 StandardContext[/campman]Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
    javax.faces.FacesException: com.sun.faces.lifecycle.LifecycleFactoryImpl
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:553)
         at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:411)
         at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:229)
         at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:702)
         at com.sun.faces.config.ConfigureListener.configure(ConfigureListener.java:398)
         at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:328)
         at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827)
         at org.apache.catalina.core.StandardContext.start(StandardContext.java:4343)
         at org.apache.catalina.core.StandardHostDeployer.start(StandardHostDeployer.java:830)
         at org.apache.catalina.core.StandardHost.start(StandardHost.java:991)
         at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1322)
         at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:530)
         at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:104)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
         at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)
    Caused by: javax.faces.FacesException: ApplicationFactory
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:540)
         at javax.faces.FactoryFinder.getImplementationInstance(FactoryFinder.java:426)
         at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:229)
         at com.sun.faces.lifecycle.RestoreViewPhase.<init>(RestoreViewPhase.java:69)
         at com.sun.faces.lifecycle.LifecycleImpl.<init>(LifecycleImpl.java:53)
         at com.sun.faces.lifecycle.LifecycleFactoryImpl.<init>(LifecycleFactoryImpl.java:69)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
         at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
         at java.lang.Class.newInstance0(Class.java:308)
         at java.lang.Class.newInstance(Class.java:261)
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:551)
         ... 40 more
    Caused by: java.lang.ClassNotFoundException: ApplicationFactory
         at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340)
         at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1189)
         at javax.faces.FactoryFinder.getImplGivenPreviousImpl(FactoryFinder.java:528)
         ... 52 more
    2006-12-01 10:19:55 StandardContext[/manager]HTMLManager: list: Listing contexts for virtual host 'localhost'

    Sounds like a classloader problem. Do you have multiple jsf-api.jar files in your environment? Check the shared lib directories.
    If you have the flexibility to use a different app server for development, GlassFish is the best JSF application server (IMO): https://glassfish.dev.java.net
    Ken Paulsen
    https://jsftemplating.dev.java.net

  • JSF & Tomcat 5 session problems

    I am implemeting a web application using JSF and tomcat authentication. The problem is that tomcat is losing the session when I hit refresh on any of the pages which are marked as havign a security constraint.
    e.g. you go to index.html -> takes you to login.jsp (as you need to log in first), you log in successfuly and go to index.html, you hit refresh and get taken back to login.jsp.
    Any help would be much appreciated.
    If anyone has implementign an app using tomcat authentication and jsf, I would be grateful if they could tell me how they are managing to overcome this issue.

    I have a similar question, but not about session timeout, but managing the data within your session. In our previous homegrown JSP Model 2 Framework, we had various methods in place to cleanup the session for a page (essentially allowing you to cleanup the managed beans after you were done with a page). Due to constant activity, the sessions never timeout, but there is "dead" data in the session. How would you do this in JSF? For example, lets say you go through a wizard set of screens, where once complete, you don't want the managed beans to exist in the session anymore. Where would you tap into the JSF lifecycle to do this?
    Thanks in advance,
    Dave

  • Error in deploying the java studio creator application to tomcat

    Hi,
    I'm trying to deploy my Sun Java Studio application to Apache Tomcat 5.0.28.
    A simple JSF web application built using the creator works fine after deploying the war file under tomcat/weapps directory.
    In case of a application with databse connection I'm getting the
    " com.sun.rave.web.ui.appbase.ApplicationException: org.apache.jasper.JasperException: org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' "
    above error. My application connects to Oracle database using the Oracle Server type provided by the Studio Creator.
    I have copied
    jstl.jar
    standard.jar
    to webapps\%app%\WEB-INF\lib
    The below url is currently not available ( Page not Found )stated as a solution in most of the querries regarding the deplyment to tomcat.
    http://developers.sun.com/prodtech/javatools/jscreator/reference/tips/deploy_to_tomcat.html
    Thanks for any help
    abhi

    I had similar problems.
    I used mysql with tomcat and have mysql in my Creator environment as well but still had the driver message you experienced.
    I found that simply copying the WAR file into the webapp directory in tomcat caused a faulty deployment (it was creating /etc/tomcat5/localhost/YourProject.xml as a directory, not as a file)
    I updated my Projects/MyProject/build.xml to include a deploy target and I manually execute the ant deploy step (having not figured out how to tweak the internal ant within Creator)
    Note that this requires two jar files (see comments in the ant definition)
    <project name="YourRoster" default="default" basedir=".">
        <description>Builds, tests, and runs the project YourProject.</description>
        <import file="nbproject/build-impl.xml"/>
       <property file="build.properties"/>
       <property name="appdir" value="."/>
       <property name="distdir" value="${appdir}/dist"/>
       <property name="warfile" value="${distdir}/${app}.war"/>
       <property name="builddir" value="${appdir}/build"/>
       <path id="classpath">
          <pathelement location="${servlet.api.jar}"/>
          <pathelement location="${jsp.api.jar}"/>
          <fileset dir="${builddir}/WEB-INF/lib">
             <include name="*.jar"/>
          </fileset>  
       </path>
       <!-- requires tomcat/server/lib/catalina-ant.jar -->
       <target name="lrp-init">
          <tstamp/>
          <fail unless="app" message="Run ant -Dapp=... or update 'build.properties'"/>
       </target>
       <target name="deploy-tomcat" depends="dist"
          description="Deploy web application.">
          <echo message="Deploying ${app} ..."/>
          <taskdef name="deploy"  
             classname="org.apache.catalina.ant.DeployTask"/>
          <deploy url="${manager.url}" username="${username}"
             password="${password}" path="/${app}"
             war="file:${warfile}"/>
       </target>
       <target name="undeploy-tomcat" depends="lrp-init"
          description="Undeploy web application.">
          <echo message="Undeploying ${app} ..."/>
          <taskdef name="undeploy"   
             classname="org.apache.catalina.ant.UndeployTask"/>
          <undeploy url="${manager.url}" username="${username}"
             password="${password}" path="/${app}"/>
       </target>
       <!-- requires ant-contrib (http://ant-contrib.sourceforge.net) -->
       <target name="try.undeploy-tomcat" depends="lrp-init"
          description="Call the undeploy task (which may fail).">
          <taskdef resource="net/sf/antcontrib/antcontrib.properties"/> 
          <trycatch>
             <try>
                <ant target="undeploy-tomcat"/>
             </try>
             <catch/>
          </trycatch>
       </target>
       <target name="redeploy-tomcat" depends="try.undeploy-tomcat,deploy-tomcat"
          description="Undeploy and deploy web application.">
       </target>
    </project>In addition, the build.properties...
    jsf.dir=/opt/jsf-1_1_01
    tomcat.dir=/opt/tomcat5
    app=YourProject
    username=tomcatAdminUser
    password=tomcatPassword
    manager.url=http://localhost:8080/manager
    servlet.api.jar=${tomcat.dir}/common/lib/servlet-api.jar
    jsp.api.jar=${tomcat.dir}/common/lib/jsp-api.jar
    jsf.lib.dir=${jsf.dir}/lib
    jstl.lib.dir=${tomcat.dir}/webapps/jsp-examples/WEB-INF/lib
    commons.lib.dir=${tomcat.dir}/server/lib
    jsf.libs=jsf-api.jar,jsf-impl.jar
    jstl.libs=jstl.jar,standard.jar
    commons.libs=commons-beanutils.jar,commons-digester.jarHope this helps.
    ...Lyall

  • Strange Problem using tomahawk and JSF 1.1

    Hi,
    my JSF Project (Tomcat 5.5.17 as Server; jre 1.6) works fine until I add the tomahawk .jar (1.1.3) to the lib folfder. When I add the jar file I get the following exception:
    SCHWERWIEGEND: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
    javax.faces.FacesException: java.lang.ClassNotFoundException: [Ljava.lang.String;
         at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:336)
         at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3763)
         at org.apache.catalina.core.StandardContext.start(StandardContext.java:4211)
         at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
         at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
         at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
         at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:608)
    The exception appear even when I dont use any content of the archive.
    Please help.
    Thank you
    Arndt

    Yep, as you found, there were some changes in how the 1.6 handles the loading of array classes. This issue has been corrected in the 1.2 version of the RI. We still need to backport said fixes to 1.1.

  • JSF debug output

    we are using JSF on tomcat, integrated in JBOSS.
    debugging is really horrible here - do you know, where i set debug levels or i can retrieve fine debug error message, also for JSF errors?
    thanks in advance,
    stefan

    thanks a lot - with one of those links i could really find a good way to get detailed debug messages. i will explain it here again to help maybe other users that have the same problem:
    1) search for file "log4j.xml" (e.g. jboss: server/default/conf)
    2) add there two sections:
       <!-- ============================== -->
       <!-- Append messages to the console -->
       <!-- ============================== -->
       <appender name="FACES" class="org.jboss.logging.appender.RollingFileAppender">
         <errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
         <param name="File" value="${jboss.server.home.dir}/log/faces.log"/>
         <param name="Append" value="false"/>
         <param name="MaxFileSize" value="500KB"/>
         <param name="MaxBackupIndex" value="1"/>
         <param name="Threshold" value="DEBUG"/>
          <layout class="org.apache.log4j.PatternLayout">
             <!-- The default pattern: Date Priority [Category] Message\n -->
             <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p [%c{1}] %m%n"/>
          </layout>
       </appender>and some lines below:
       <!-- ================ -->
       <!-- Limit categories -->
       <!-- ================ -->
        <category name="com.sun.faces" additivity="false">
            <priority value="ALL"/>
            <appender-ref ref="FACES"/>
        </category>  
      3) restart jboss / tomcat
    the output will be in jboss' log directory, e.g. "server/default/log". feel free to change this to any location you want.

  • Log4j and jsf

    I added log4j in my application. It is working and I can see my log.debug statements in the console. The problem is that I can see more than I want. My application uses jsf and Tomcat and I see many jsf debugs and I do not know what to change in my log4j.properties so as not to view them. My log4j.properties is the following:
    log4j.rootLogger=debugLog, stdout
    # CONSOLE appender
    log4j.appender.stdout=org.apache.log4j.ConsoleAppender
    log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
    log4j.appender.stdout.layout.ConversionPattern=%d{HH:mm:ss} %-5p %m%n
    log4j.appender.debugLog=org.apache.log4j.DailyRollingFileAppender
    log4j.appender.debugLog.Threshold=debug
    log4j.appender.debugLog.layout=org.apache.log4j.PatternLayout
    log4j.category.com.corejsf = debugLog
    I tried to add something like the following
    log4j.category.com.sun.faces = WARN
    log4j.additivity.com.sun.faces=falsebut nothing changed.Any suggestions??

    This is a log4j properties file problem. I'm not used to using the .properties file notation. I'm used to the XML notation for log4j.
    Here's how I'd do it in XML:
    <?xml version="1.0" encoding="UTF-8" ?>
    <!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
    <log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
            <!--
                    Set up the appender
            -->
            <appender name="Appender" class="org.apache.log4j.ConsoleAppender">
                    <param name="Append" value="true"/>
                    <layout class="org.apache.log4j.PatternLayout">
                            <param name="ConversionPattern" value="%d{HH:mm:ss} %-5p %m%n"/>
                    </layout>
            </appender>
            <logger name="my.java.package" additivity="false">
                    <level value="debug" />
                    <appender-ref ref="Appender" />
            </logger>
            <logger name="another.package.for.debug.level" additivity="false">
                    <level value="debug" />
                    <appender-ref ref="Appender" />
            </logger>
            <!--
                    Omitting the JSF package altogether should remove the undesired
                    DEBUG messages from it. However, if not, uncomment the following
                    lines.
            -->
            <!-- <logger name="javax.faces" additivity="false">
                    <level value="INFO" />
                    <appender-ref ref="Appender" />
            </logger> -->
            <root>
               <priority value ="debug" />
               <appender-ref ref="Appender" />
            </root>
    </log4j:configuration>This example will print to console only. If you want to print to a file instead, use the following lines (replaces the appender tags from the above example).
            <appender name="Appender" class="org.apache.log4j.DailyRollingFileAppender">
                    <param name="File" value="filePath/FileName.log"/>
                    <param name="DatePattern" value="'.'yyy-MM-dd"/>
                    <param name="Append" value="true"/>
                    <layout class="org.apache.log4j.PatternLayout">
                            <param name="ConversionPattern" value="%d{HH:mm:ss} %-5p %m%n"/>
                    </layout>
            </appender>I don't know how you'd get both the console and the file appender working at the same time.
    If you want further advice, or If you want advice on the .properties method of doing things, I suggest finding a log4j forum. The people there will undoubtedly have more experience and knowledge than us JSF nerds. =)
    I assure you though, JSF is compatible with log4j. The log4j properties file just needs to be set up properly (more challenging than it should be, if you ask me).
    CowKing

  • Use commandLink to forward non-jsf page cause other commandLink invalidate

    Hi :
    I use commandLink to forward to non jsf page , after click the link , it worked , success to 1.jsp. Then I click another link , the other commandLink doesn't work.
    any one have the same problem ?
    JSF page:
    <h:commandLink action="#{MenuHandler.go}">
         <h:outputText value="process" />
         <f:param value="1.jsp" name="forward" />
    </h:commandLink>
    MenuHandler.java
      public static String go() {
                HttpServletRequest req = getRequest();
                String forward = req.getParameter("forward");
                getExternalContext().redirect(forward);
                FacesContext.getCurrentInstance().responseComplete();
                return "success";
      }ps:there is one <h:form/> in my jsf page and I use:
    jdk1.5.0
    jsf-1_1
    Tomcat-5.0.28

    to supplement:
    I found something strange:
    The JSF page I used is for menu purpose.
    So there is a <BASE target="mainFrame"> tag in my JSF page.
    If I mark it . Then other commandLink can work ~~
    Because the page is a menu page , so I can't mark the <BASE target="mainFrame">

  • Where do I get essential JSF Jar files

    Dear friends,
    Where can I download essentila JSF jar files?
    Can I downlaod them seperately from any site?
    One more question...
    Can we depoloy JSF in Tomcat 5.0?
    Thanks in Advance
    Sarath

    Dear friends,
    Where can I download essentila JSF jar files?
    Can I downlaod them seperately from any site?
    They are included in version 1.2 of the Java Web Services Developer Pack (JWSDP):
    http://java.sun.com/webservices/webservicespack.html
    One more question...
    Can we depoloy JSF in Tomcat 5.0?
    Yes. In fact, JWSDP includes Tomcat 5 as its servlet container, with all the Faces JAR files pre-installed so you do not need to include them in your webapps when deploying to this server.
    >
    Thanks in Advance
    SarathCraig

  • Communication between JSF components and servlets

    Hi, I have some JSF components in my jsp page like this one:
    <h:form rendered="true" id="myForm">
                   <h:selectOneListbox>
                        <f:selectItem itemdisabled="false" itemlabel="item1" itemvalue="1"></f:selectItem>
                        <f:selectItem itemdisabled="false" itemlabel="item2" itemvalue="2"></f:selectItem>
                        <f:selectItem itemdisabled="false" itemlabel="item3" itemvalue="3"></f:selectItem>
                   </h:selectOneListbox>
              </h:form>and I have this servlet:
    import java.io.IOException;
    import java.io.PrintWriter;
    import javax.servlet.ServletException;
    import javax.servlet.http.HttpServlet;
    import javax.servlet.http.HttpServletRequest;
    import javax.servlet.http.HttpServletResponse;
    public class myServlet extends HttpServlet {
         public myServlet() {
              super();
         public void destroy() {
              super.destroy(); // Just puts "destroy" string in log
         public void doGet(HttpServletRequest request, HttpServletResponse response)
                   throws ServletException, IOException {
         public void doPost(HttpServletRequest request, HttpServletResponse response)
                   throws ServletException, IOException {
         public void init() throws ServletException {
    }Could you please help me:
    *1.* How to populate my listbox using my servlet?
    and also
    *2.* How to get the selected item in my servlet every time that user change the selected option of list box?

    Where did you learn about JSF components? That same book/tutorial/document should also cover backing beans.
    You may find under each the following tutorials useful to get some more insights in JSF:
    Java EE tutorial part II chapter 10: [http://java.sun.com/javaee/5/docs/tutorial/doc/bnaph.html]
    JSF + Eclipse + Tomcat: [http://balusc.blogspot.com/2008/01/jsf-tutorial-with-eclipse-and-tomcat.html]
    Follow the JSF lifecycle: [http://balusc.blogspot.com/2006/09/debug-jsf-lifecycle.html]

Maybe you are looking for

  • CS5.5 .avi settings - daktronics

    I've searched through a handful of forums with similar questions, but never seem to find the specific circumstance I am encountering. Hopefully someone here might know of a workaround for me, or point me in the right direction. I work for a live venu

  • "Up to"-Geometry Settings not always honored in Settings

    Sometimes when I transcode files for a certain purpose (e. g. making small files viewable on a netbook with slow hardware), I use the "Up To" scaling option in the Geometry settings. Sometimes the height of the output exceeds the constraint. This has

  • COMPILATIONS OPTION GONE FROM IPOD CLASSIC

    Hey everyone, I've seen most of your posts and I would like to add myself to that list of people extremely frustrated that this option has been taken off the new iPod classic. I just bought a 160GB iPod classic, and own 233 compilation albums, so you

  • ITunes also playing videos/movies?

    Hi, I have stupid question, can I play in iTunes videos or movies? Thanks for reply.

  • Converting adobe reader pdf to excel

    I have opened up a pdf in acrobat reader. I have purchased the basic account but cannot convert to excel. how do i do this?