Problem in faces-config.xml cycle detection

Hi,
I'm having the following problem in my jsf application. I have a loginMangager bean which holds a reference to the logged user and which is used by many other beans in my application. But in a particular situation I'm getting the following error:
SEVERE: JSF will be unable to create managed bean listaChecagemBean when it is requested.  The following problems where found:
     - Managed bean mesaTarefasBean contains cyclic references.  Evaluation path: mesaTarefasBean -> loginManager -> listaChecagemBean -> loginManager.My faces-config.xml looks like this:
  <managed-bean>
    <managed-bean-name>loginManager</managed-bean-name>
    <managed-bean-class>
      br.gov.pgfn.efdv.mesa.view.login.LoginManagerBean
    </managed-bean-class>
    <managed-bean-scope>session</managed-bean-scope>
  </managed-bean>
  <managed-bean>
    <managed-bean-name>listaChecagemBean</managed-bean-name>
    <managed-bean-class>
      br.gov.pgfn.efdv.mesa.view.ListaChecagemBean
    </managed-bean-class>
    <managed-bean-scope>session</managed-bean-scope>
    <managed-property>
      <property-name>loginManager</property-name>
      <value>#{loginManager}</value>
    </managed-property>
    <managed-property>
      <property-name>mesaTarefasBean</property-name>
      <value>#{mesaTarefasBean}</value>
    </managed-property>
    <managed-property>
      <property-name>listaChecagemFacade</property-name>
      <value>#{listaChecagemFacade}</value>
    </managed-property>
  </managed-bean>
  <managed-bean>
    <managed-bean-name>mesaTarefasBean</managed-bean-name>
    <managed-bean-class>br.gov.pgfn.efdv.mesa.view.MesaTarefasBean</managed-bean-class>
    <managed-bean-scope>session</managed-bean-scope>
    <managed-property>
      <property-name>loginManager</property-name>
      <value>#{loginManager}</value>
    </managed-property>
    <managed-property>
      <property-name>mesaTarefasFacade</property-name>
      <value>#{mesaTarefasFacade}</value>
    </managed-property>
  </managed-bean>As you can see, there is not really a cycle here since the loginManagerBean does not depend on any other bean. If you think of it as directed graph, listaChecagemBean is connected to mesaTarefasBean and both of them are connected to the loginManagerBean, which is not connected to any other bean, it's a sink node.
I'm a missing something? Is this a bug?
I'm using JSF 1.2 RI 1.2_05 and Tomcat 6.0.
Thanks in advance,
Andr� Rodrigues

Hi Ryan,
I still problems with the release 1.2_07 which works fine with 1.2_04 when I use external beans through a custom el-resolver.
<?xml version="1.0" encoding="UTF-8"?>
<faces-config xmlns="http://java.sun.com/xml/ns/javaee"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd"
     version="1.2">
     <application>
          <el-resolver>net.t_mobile.test.resolver.TestELResolver</el-resolver>
     </application>
     <managed-bean>
          <managed-bean-name>sessionBean</managed-bean-name>
          <managed-bean-class>net.t_mobile.test.beans.SessionBean</managed-bean-class>
          <managed-bean-scope>session</managed-bean-scope>
          <managed-property>
               <property-name>externalBean</property-name>
               <value>#{externalBean}</value>
          </managed-property>
     </managed-bean>
     <managed-bean>
          <managed-bean-name>dummyA</managed-bean-name>
          <managed-bean-class>net.t_mobile.test.beans.DummyBean</managed-bean-class>
          <managed-bean-scope>session</managed-bean-scope>
          <managed-property>
               <property-name>sessionBean</property-name>
               <value>#{sessionBean}</value>
          </managed-property>
     </managed-bean>
     <managed-bean>
          <managed-bean-name>dummyB</managed-bean-name>
          <managed-bean-class>net.t_mobile.test.beans.DummyBean</managed-bean-class>
          <managed-bean-scope>session</managed-bean-scope>
          <managed-property>
               <property-name>sessionBean</property-name>
               <value>#{sessionBean}</value>
          </managed-property>
          <managed-property>
               <property-name>parentBean</property-name>
               <value>#{dummyA}</value>
          </managed-property>
     </managed-bean>
</faces-config>
The dependencies are like follows:
dummyB.parentBean = dummyA
dummyB.sessionBean = sessionBean
dummyA.sessionBean = sessionBean
sessionBean.externalBean = externalBean (resolved through external el-resolver)
If I remove "dummyB" or the reference to externalBean no cycles are detected anymore.
Could you confirm this bug?
Regards,
Marc

Similar Messages

  • Problem w.r.t. JSF 2.0 with faces-config.xml

    Hi All,
    I am trying to evaluate the features of JSF2.0.
    For that, I have created a very simple application with "JSF 2.0.2".
    There is a page that displays a composite component and some other form related components (inputtext, commandbutton).
    When I deploy my application without any faces-config.xml file, everything renders perfectly fine.
    When I deploy the app with faces-config.xml (even an empty one without any configuration), none of the components get rendered.
    Only the html elements get displayed.
    I need to define some navigation-rules in my config file. I am not sure how to go further from here.
    The app server I am using for deploying my app is GlassFish(v3).
    Any help or pointers towards solving my problem are highly appreciated.
    You can find the xhtml file, etc of my project below.
    Thank you,
    With best regards,
    Praveen
    web.xml
    <?xml version="1.0" encoding="UTF-8"?>
    <web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5">
         <context-param>
              <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
              <param-value>.xhtml</param-value>
         </context-param>
         <servlet>
              <servlet-name>Faces Servlet</servlet-name>
              <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
              <load-on-startup>1</load-on-startup>
         </servlet>
         <servlet-mapping>
              <servlet-name>Faces Servlet</servlet-name>
              <url-pattern>*.jsf</url-pattern>
         </servlet-mapping>
    </web-app>
    faces-config.xml
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE faces-config PUBLIC "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN" "http://java.sun.com/dtd/web-facesconfig_1_1.dtd">
    <faces-config xmlns="http://java.sun.com/JSF/Configuration">
    </faces-config>
    resources->acicomp->namesection.xhtml
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml"
          xmlns:ui="http://java.sun.com/jsf/facelets"
          xmlns:f="http://java.sun.com/jsf/core"
          xmlns:h="http://java.sun.com/jsf/html"
          xmlns:composite="http://java.sun.com/jsf/composite">
    <composite:interface>
    </composite:interface>
    <composite:implementation>
         <h:panelGroup>
         <h:panelGrid columns="2">
              <h:outputText value="Name: "/>
              <h:inputText value="myName"/>
              <h:outputText value="Company: "/>
              <h:inputText value="myComp"/>
         </h:panelGrid>
         </h:panelGroup>
    </composite:implementation>
    </html>
    index.xhtml
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "DTD/xhtml1-strict.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml"
          xmlns:h="http://java.sun.com/jsf/html"
          xmlns:aci="http://java.sun.com/jsf/composite/acicomp">
    <h:head>
         <title>JSF Test Program</title>
    </h:head>
    <h:body>
         <p>My Simple Test Program</p>
            <h:form id="testForm" >
                <p>TEST</p>
                <aci:namesection></aci:namesection>
                <h:inputText id="username" value="John" />
                <h:commandButton id="submit" action="response" value="Submit"/>
            </h:form>
    </h:body>
    </html>

    I found the problem.
    The dtd location of the faces-config.xml had to be changed. It was pointing to the schema of 1.1.
    With the following faces-config.xml, my application worked perfectly fine.
    <?xml version="1.0"?>
    <faces-config xmlns="http://java.sun.com/xml/ns/javaee"
                  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd"
                  version="2.0">             
    </faces-config>

  • Faces-config.xml XML parser problem ???

    I'm taking below error message when I was opening faces-config.xml file with diagram view, what's the exact solution of this problem???
    Message
    BME-99100: An error has been reported from the XML parser
    Cause
    The parse has reported the following error:
    <Line 24, Column 2>: XML-20201: (Fatal Error) Expected name instead of <.
    Action
    Thanks for all...
    Message was edited by:
    user559176

    I looked very well, there was'nt any error on line 24 about "<", I think if the size of faces-confic.xml file increased JDeveloper XML Parser cannot parse with high file size, what're other solutions?

  • Problem trying to save the faces-config.xml file (ADF BC)

    When I try to save this file, I get the following error:
    The application has tried to de-reference an invalid pointer. This exception should have been dealt with programmatically. The current activity may fail and the system may have been left in an unstable state. The following is a stack trace.
    java.lang.NullPointerException
         at oracle.bm.diagrammer.shape.BaseDiagramEdge.startMove(BaseDiagramEdge.java:2721)
         at oracle.bm.diagrammer.track.MoveTracker.<init>(MoveTracker.java:215)
         at oracle.bm.diagrammer.track.SelectionTracker.mousePressed(SelectionTracker.java:754)
         at oracle.bm.diagrammer.track.ModularTracker.processEvent(ModularTracker.java:191)
         at oracle.bm.diagrammer.track.SelectionTracker.processEvent(SelectionTracker.java:138)
         at oracle.bm.diagrammer.track.TrackerStack.processEvent(TrackerStack.java:389)
         at oracle.bm.diagrammer.BaseDiagramView$53.processEvent(BaseDiagramView.java:719)
         at oracle.bm.diagrammer.PageView$PageViewPanel.fireEvent(PageView.java:2904)
         at oracle.bm.diagrammer.PageView$PageViewPanel.processEvent(PageView.java:3090)
         at java.awt.Component.dispatchEventImpl(Component.java:3955)
         at java.awt.Container.dispatchEventImpl(Container.java:2024)
         at java.awt.Component.dispatchEvent(Component.java:3803)
         at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
         at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3889)
         at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
         at java.awt.Container.dispatchEventImpl(Container.java:2010)
         at java.awt.Window.dispatchEventImpl(Window.java:1774)
         at java.awt.Component.dispatchEvent(Component.java:3803)
         at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
         at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
         at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
         at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
         at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
    Also, a few of my navigations have the label of "!NLS Error"
    If anyone has any information to help me I would appreciate it, thank you.

    i replaced the "faces-config.oxd_faces" file. it is found under:
    C:\jdevadf\jdev\YourApplication\ViewController\model\public_html\WEB-INF
    if you have an older copy of this file, just replace it, your faces-config.xml file might get moved around, mine took me over an hour to rearrange my page flows but it did the trick.

  • Issue with faces-config.xml file

    Hi,
    I'm working on a project which needs more no. of JSF Pages and JSF Navigations,
    But when i trying to creat pages more than 25 pages,the process becoming too slow,does this
    effects the Application performance?Can any one suggest me why it happens and what are the
    limitations for creating the JSF pages.
    Does their any alternative to solve this Issue,I'm thing to create more faces-config.xml files as the
    Jsf pages increases,does this solves?
    Please suggest me.
    Thank you,
    Bandaru,

    Hi Bandaru,
    Are you trying to use the visual diagram option of faces-config? Coz i encountered difficulties when using it with many pages (more than 40) and the faces-config.oxd_faces was no longer able to support the diagram. "Solution" was to use only the overview and the sources of the faces-config. I don't know exactly but my problems were caused by the faces-config.oxd_faces and i don't think it affects performances for the application.
    For information, that was on a Jdev 10.1.3.0.4
    Regards,
    Tif

  • Bug in faces-config.xml parser?

    According to the spec, the FactoryFinder is supposed to call the one-arg constructor taking the Abstract factory. For instance, I have this factory class:
    public class ExtendedLifecycleFactory extends LifecycleFactory {
      public ExtendedLifecycleFactory(LifecycleFactory base) {
        // this is supposed to be called by the FactoryFinder
      public ExtendedLifecycleFactory() {
        // this is not
    }And I have the following definition in my faces-config.xml:
    <faces-config>
      <factory>
        <lifecycle-factory>com.foo.ExtendedLifecycleFactory</lifecycle-factory>
      </factory>
    </faces-config>For some reason, my one-arg constructor isn't being called.
    According to the FactoryFinder source, it appears that it maintains an internal list of all of the factories of a given type passed to it via the setFactory() method. Then, it starts at the last entry in the list (which should be the default implementation) and iterates through to the first one passing the previous implementation to each one in the iteration. Here is pseudo-code:
    Factory prev = list.get(list.size() - 1);
    for (int i = list.size() - 2; i >= 0; i--) {
      prev = callOneArgFirstAndNoArgSecond(list.get(i), prev);
    return prev;When I debugged the FactoryFinder, it appears that the parser for the faces-config.xml file never calls FactoryFinder.setFactory() with the default implementation. It seems that this is a bug since the JSF 1.0 spec lists this as the last step in finding a factory for the faces application.
    Am I correct in this assumption?
    I'm hoping Craig will answer this one as I've thoroughly done my homework! :-)

    Hello,
    Yes, you are correct, this was a problem with the 1.0 RI and has been corrected.
    This fix will be made available with the next release.

  • Splitting faces-config.xml into multiple parts

    Hey Everybody,
    I'm trying to split up my faces-config.xml file into application specific and deployment specific parts. I've managed to everything set-up so far but I'm having a problem with beans. I've got a bean which contains most of the application specific attributes but the problem is that some of the attributes are deployment specific and some are application specific.
    In the past, I could get around this by having two faces-config.xml files which each defined the bean but only specified "their" attributes. But I've now found that I can only define the bean only once. The bean will get the attributes from one file but not the other. So how can I get around this? Could I do a faces-config.xml include statement? Do I have to create a deployment-specific bean?
    Mark

    We have been referencing the same managed bean in different faces-config.xml files for a couple of years and it really did work until the latest release of JDeveloper. What we had been doing was to put properties that would change between the development and deployed versions in different faces-config.xml files; the goal being to isolate all the properties that needed to be changed for deployment in a single file that we could automatically replace with Ant when we build the production release.
    But just because it worked in the past doesn't mean that it was supposed to work.
    Thanks,

  • Errors with jMaki faces-config.xml - Application won't run.

    I'm getting a couple errors when trying to run my jMaki enabled applications. I tried for a week to find a solution, but not luck. Below is the server log. Does anyone have any ideas?
    validateJarFile(C:\Documents and Settings\grover\netbeans\6.0\workspace\dAdmin\build\web\WEB-INF\lib\servlet.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class
    Initializing Sun's JavaServer Faces implementation (1.2_04-b20-p03) for context '/dAdmin'
    Attempt to set unsupported feature on XMLReader necessary for validation. Validation will bedisabled.
    WebModule[/dAdmin]PWC1275: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
    javax.faces.FacesException: Can't parse configuration file: jar:file:/C:/Documents%20and%20Settings/j/netbeans/6.0/workspace/dAdmin/build/web/WEB-INF/lib/jsfcompounds-core-0.0.6.jar!/META-INF/faces-config.xml: Error at line 4 column 99: Element type 'faces-config' was not declared
    at com.sun.faces.config.ConfigureListener.parse(ConfigureListener.java:1438)
    at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:348)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4515)
    at com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:90)
    [REMOVED LINES]
    at com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
    PWC1306: Startup of context /dAdmin failed due to previous errors

    ok, I changed the value to false. This all started when I updated my plugins. The original offending plugin appeared to jMaki.
    Here is the version information for glassfish:
    Starting Sun Java System Application Server 9.1 (build b58g-fcs) ...
    CORE5098: AS Socket Service Initialization has been completed.
    MBeanServer started: com.sun.enterprise.interceptor.DynamicInterceptor
    CORE5076: Using [Java HotSpot(TM) Client VM, Version 1.6.0_06] from [Sun Microsystems Inc.] Here is my original post, so you can see the evolution of this problem:
    [http://forums.java.net/jive/thread.jspa?threadID=43941&tstart=0|http://forums.java.net/jive/thread.jspa?threadID=43941&tstart=0]
    Here is the error after making the suggested changes to domain-web.xml:
    validateJarFile(C:\Documents and Settings\grover\netbeans\6.0\workspace\dAdmin\build\web\WEB-INF\lib\servlet.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class
    Initializing Sun's JavaServer Faces implementation (1.2_04-b20-p03) for context '/dAdmin'
    WebModule[/dAdmin]PWC1275: Exception sending context initialized event to listener instance of class com.sun.faces.config.ConfigureListener
    javax.faces.FacesException: Can't parse configuration file: jndi:/server/dAdmin/WEB-INF/faces-config.xml: Error at line 17 column 9: Error at (17, 9: already parsing
            at com.sun.faces.config.ConfigureListener.parse(ConfigureListener.java:1438)
            at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:376)
            at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4515)
            at org.apache.catalina.core.StandardContext.start(StandardContext.java:5176)
            at com.sun.enterprise.web.WebModule.start(WebModule.java:327)
            at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:973)
            at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:957)
            at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:688)
            at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1581)
            at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1222)
            at com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:182)
            at com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:278)
            at com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:974)
            at com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:961)
            at com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:464)
            at com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:176)
            at com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:308)
            at com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:226)
            at com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:298)
            at com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:132)
            at com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:108)
            at com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:919)
            at com.sun.enterprise.deployment.phasing.PEDeploymentService.start(PEDeploymentService.java:591)
            at com.sun.enterprise.deployment.phasing.PEDeploymentService.start(PEDeploymentService.java:635)
            at com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.start(ApplicationsConfigMBean.java:744)
            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:597)
            at com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:375)
            at com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:358)
            at com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:464)
            at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
            at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
            at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
            at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
            at java.lang.reflect.Method.invoke(Method.java:597)
            at com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:90)
            at $Proxy1.invoke(Unknown Source)
            at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:304)
            at com.sun.enterprise.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:174)
            at com.sun.enterprise.admin.jmx.remote.server.callers.InvokeCaller.call(InvokeCaller.java:69)
            at com.sun.enterprise.admin.jmx.remote.server.MBeanServerRequestHandler.handle(MBeanServerRequestHandler.java:155)
            at com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.processRequest(RemoteJmxConnectorServlet.java:122)
            at com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.doPost(RemoteJmxConnectorServlet.java:193)
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:738)
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
            at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
            at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
            at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
            at org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:196)
            at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
            at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
            at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
            at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
            at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
            at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
            at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
            at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
            at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
            at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
            at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
            at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
            at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
            at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
            at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
            at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
            at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
            at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
            at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:270)
            at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
            at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
            at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
            at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339)
            at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
            at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
            at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
            at com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
    PWC1306: Startup of context /dAdmin failed due to previous errors

  • Forward to Tiles definition from faces-config.xml

    Hello,
    can anybody explain me how to make a forward to a Tiles definition from the faces-config.xml file? I�m using MyFaces with Tomahawk and Tiles, but I also tried with Jsf without myFaces and lots of combinations but I can�t fix it.
    Here is my faces-config file:
    <faces-config>
    <navigation-rule>
    <from-view-id>/pages/JP000.jsp</from-view-id>
    <navigation-case>
    <from-outcome>loginFrm</from-outcome>
    <to-view-id>/JP002.tiles</to-view-id>
    </navigation-case>
    </navigation-rule>
    <application>
    <view-handler>org.apache.myfaces.tomahawk.application.jsp.JspTilesViewHandlerImpl</view-handler>
    </application>
    </faces-config>
    and this is the tiles-defs.xml:
    <tiles-definitions>
         <!-- === layouts === -->
         <definition name="general.menu"
              path="/pages/tiles/templates/general.menu.jsp">
              <put name="titleHTML" type="string"     value="mi_title" />
              <put name="menu" value="/pages/tiles/menu.jsp" />
         </definition>
         <!-- === pages === -->
         <definition name="JP002.tiles" extends="general.menu">
              <put name="titleHTML" type="string"     value="mi_title" />
              <put name="content" value="/pages/menus/JP002.jsp" />
              <put name="menu" value="0" />
         </definition>
    </tiles-definitions>
    Lots of thanks!!!!

    Today I downloaded tomahawk-examples-1.1.5-bin. (http://myfaces.apache.org/download.html). They have one example with tiles, and it works the way I want it to.
    I'm still trying to figure it out what is causing this behaviour.
    At least, I tried to change the value they're using for linkage between <to-view-id> and tiles definition, and found that JSF is still ignoring the real value in <to-view-id>
    : it was originally 'blah.jsp', but 'blah' or 'blah.tiles' worked the same way, while in tiles definition the corresponding name was always blah.tiles.
    It seems that they are looking into tiles definitions first with the key composed of the first part of the value in <to-view-id> (before the dot) concatenated with hardcoded '.faces'.
    I tried to change the key value in both config files to something like 'blah.ttt', and it did not work.
    I'm not sure at the moment if this would be a problem for me, I may use this framework, knowing the limitations.
    Also, I'll look into the code, if this may be altered and at what cost.
    Still, the basic jsf problem with always interpreting the value in <to-view-id> as blah.jsp remains.

  • Load order faces-config.xml

    I've got the following code:
    User.java
         public User() {
              userData = ( UserData ) FacesContext.getCurrentInstance().getExternalContext().getSessionMap().get("userData");
         }EMailCenter.java
    public EMailCenter() {
              userData = ( UserData ) FacesContext.getCurrentInstance().getExternalContext().getSessionMap().get("userData");
              The problem: userData is accessed correctly in User.java and in EMailCenter I get an invalid object. My faces-config.xml looks like this:
    <faces-config>
         <managed-bean>
              <managed-bean-name>user</managed-bean-name>
              <managed-bean-class>jsf.User</managed-bean-class>
              <managed-bean-scope>session</managed-bean-scope>
         </managed-bean>
         <managed-bean>
              <managed-bean-name>userData</managed-bean-name>
              <managed-bean-class>jsf.UserData</managed-bean-class>
              <managed-bean-scope>session</managed-bean-scope>
         </managed-bean>
         <managed-bean>
              <managed-bean-name>emailcenter</managed-bean-name>
              <managed-bean-class>jsf.EMailCenter</managed-bean-class>
              <managed-bean-scope>session</managed-bean-scope>
         </managed-bean>
            ...I'm not shure but I think that EMailCenter is loaded before the userData object is created when starting the web application. So is it possible to tell Tomcat in which order it should create the objects? Or is it another problem?

    You can also consider to inject the userData bean as managed property of the other beans.

  • Component and renderer can't share the same name in face-config.xml

    Hi All,
    I've noticed that a component and a renderer can't share the same name in <face-config.xml>.
    For instance,
    <component>
    <component-type>tree</component-type>
    <component-class>com.xxx.tree.component.Tree</component-class>
    </component>
    <render-kit>
    <renderer>
    <renderer-type>tree</renderer-type>
    <renderer-class>com.xxx.tree.renderer.Tree</renderer-class>
    </renderer>
    </render-kit>     
    generates a cryptic error message.
    It's not a big deal but would be nice to support it.
    The workaround of course is to use a different name for the component and renderer (tree and treeRenderer for instance)
    Stephane

    i dont know why it doesn't work for you. It works for me alright. Can u elaborate on what error messages you are getting? It maybe some other problem.

  • Can i make more than one faces-config.xml file ?

    Can i make more than one faces-config.xml file under one project or application, if yes than how it will link.

    Just that you know,
    In the second week of july I was taking the Jdeveloper/Jheadstart course at Oracle Netherlands. During that course we were asked to split the faces-config. After splitting it, we were not able to find the navigation rules that were defined in the first faces-config in the web.xml. The Jdeveloper IDE was confused........
    However, we were able to use the navigation rules (type in manualy) and that worked in the application.
    I talked about it with Steven Davelaar and he thought it might be a bug. I don't know if it's reported, and I don't know if it's fixed.
    So, if you get confused.... it works, but Jdeveloper might have some problems with it.
    Luc Bors

  • Error in displaying faces-config.xml

    hi
    I am using j2ee tutorial14 . when i open faces-config.xml of bookstore6 example ,then the following error appears
    The XML page cannot be displayed
    Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later.
    Use of default namespace declaration attribute in DTD not supported. Error processing resource 'file:///D:/j2eetutorial14/e...
    <faces-config
    is there any problem with internet explorer. i am using ie6 version. what should i do

    I don't really want to spend a lot of time tracking down this tutorial and finding what it asks you to do. So how about if you tell us what you are trying to do and why? (Preferably with words less ambiguous than "open".)

  • Localization of adf faces-config.xml

    I have defined my ADF process train component and menu items in my faces-config.xml. The definition has got the label for these components in the faces-config.xml How can I localize these labels so that I can support multiple languages. The managed bean for my process train component is
    <managed-bean>
    <managed-bean-name>customerInfo</managed-bean-name>
    <managed-bean-class>view.faces.menu.PersonalTrackerMenuItem</managed-bean-class>
    <managed-bean-scope>none</managed-bean-scope>
    <managed-property>
    <property-name>viewId</property-name>
    <value>/customerinfo.jsp</value>
    </managed-property>
    <managed-property>
    <property-name>label</property-name>
    <value>Customer Information</value>
    </managed-property>
    <managed-property>
    <property-name>outcome</property-name>
    <value>guide.customerinfo</value>
    </managed-property>
    </managed-bean>
    I would like to know how to get the Customer Information label from a properties file instead of hardcoding it in the faces-config.xml

    Hi Frank
    Thanks for your response. I understand that we need to use different locales but for this to work all the labels need to be parameterized to the properties file. This is straight forward when it comes to labels in the JSP pages where we load the bundle with
    <f:loadBundle basename="myBundle.myBundle" var="sampleBundle"> and refer to a property as <f:commandButton value="#{sampleBundle.myButtonText}"/> my problem is how to do this when the label I want to parameterize is in the faces-config.xml

  • Warnings in faces-config.xml

    I've had to reinstall JDeveloper in the middle of trying to follow the 'Oracle Application Development Framework Tutorial', which shouldn't be a problem, since I just recreated the connection to my database and unzipped the appropriate file (starterApplications/SRDemo-EndOfChapter6.zip). However, there are a number of oddities, so maybe I haven't quite done it the right way:
    1. When I open the faces-config.xml, I see 19 warnings in 'Structure' - they are all about files 'not found under root .../public_html' - I suspect this may be the explanation for the next problem:
    2. The Diagram window is blank; can I do some magic to get it to appear or is this something I will have to recreate manually? Or is there something that I haven't installed (as suggested by the first problem)?

    madhavarvr wrote:
    but i am unable to load the pages also.You probably should have mentioned this to begin with.
    i am getting
    Jun 23, 2008 9:37:31 AM com.sun.faces.config.rules.NavigationRuleRule end
    WARNING: [NavigationRuleRule]{faces-config/navigation-rule} Merge(/pages/inputname.jsp)
    Jun 23, 2008 9:37:31 AM com.sun.faces.config.rules.ManagedBeanRule end
    WARNING: [ManagedBeanRule]{faces-config/managed-bean} Merge(person)
    Ignore these.
    error and the pages also not displaying. Please describe what you are doing, what actually happens and what you expected to happen. You might benefit from reading the following:
    http://www.catb.org/~esr/faqs/smart-questions.html
    >
    my faces-config.xm is:
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE faces-config PUBLIC "-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN" "http://java.sun.com/dtd/web-facesconfig_1_1.dtd">
    <faces-config >
         <navigation-rule>
              <from-view-id>/pages/inputname.jsp</from-view-id>
              <navigation-case>
                   <from-outcome>greeting</from-outcome>
                   <to-view-id>/pages/Greeting.jsp</to-view-id>
              </navigation-case>
         </navigation-rule>
         <managed-bean>
              <managed-bean-name>person</managed-bean-name>
              <managed-bean-class>com.madhu.PersonBean</managed-bean-class>
              <managed-bean-scope>session</managed-bean-scope>
         </managed-bean>
    </faces-config>

Maybe you are looking for