Tomcat warning - [ComponentRule]{faces-config/component}

Hi,
then i start the Tomcat (with my JSF app) in console i see the WARNING
23.08.2007 15:33:24 com.sun.faces.config.rules.ComponentRule end
WARNUNG: [ComponentRule]{faces-config/component} Merge(javax.faces.ViewRoot)
what is that? How to avoid it? Make i something wrong?

It's letting you know that some other parsed faces-config.xml is providing an
override to the default component associated with the ViewRoot.
I believe add-ons like shale do this.

Similar Messages

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>

Warnings from faces-config

Whenever I deploy an jsf application i get some warning, but application is running fine. the warnings are for the rules which are defined in faces-config.xml file.
14:24:28,002 WARN [Digester] [NavigationRuleRule]{faces-config/navigation-rule} Merge(/pages/inputname.jsp)
14:24:28,004 WARN [Digester] [NavigationRuleRule]{faces-config/navigation-rule} Merge(*)
14:24:28,005 WARN [Digester] [ManagedBeanRule]{faces-config/managed-bean} Merge(numberBean)
here i have defined three rules and i am geeting these warnings

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>

Netbeans WVP/Tomcat, "faces-config", must match DOCTYPE root "null"

With Netbeans 5.5 I suddenly (worked yesterday) get an error when
starting Tomcat 5.5.17:
org.apache.commons.digester.Digester - Parse Error at line 9 column 116: Document root element "faces-config", must match DOCTYPE root "null".
org.xml.sax.SAXParseException: Document root element "faces-config", must match DOCTYPE root "null".
at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:236)
The XML parser is complaining about a corrupt schema reference in faces-config.xml inside of web-ui.jar.
First attempt at a solution: uninstalled WVP and re-installed, hoping for a jar with a valid xml file--no such luck, it's corrupt on install.
Worst, it looks like JSF 1.2 stuff that's being called--my project is imported from JSC 2 and, presumably, should be using JSF 1.1.
Second attempt at a solution: download latest JSF1.1 files and copy into netbeans module/ext and project's WEB-INF/lib.
No luck, same error.

The following piece of code should work:
     public static final String JAXP_SCHEMA_LANGUAGE="http://java.sun.com/xml/jaxp/properties/schemaLanguage";
     public static final String W3C_XML_SCHEMA="http://www.w3.org/2001/XMLSchema";
     public static final String SCHEMA_SOURCE_XSD = "C:/eclipse/workspace/XSDValidation/config/Providers-def.xsd";
     public static final String JAXP_SCHEMA_SOURCE ="http://java.sun.com/xml/jaxp/properties/schemaSource";
                    DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
               factory.setNamespaceAware(true);
               factory.setValidating(true);
               try
                    factory.setAttribute(JAXP_SCHEMA_LANGUAGE, W3C_XML_SCHEMA);
                    factory.setAttribute(JAXP_SCHEMA_SOURCE ,new File(SCHEMA_SOURCE_XSD));
/*                    factory.setAttribute(VALID_SCHEM ,Boolean.valueOf(true));
                    factory.setAttribute(VALID_SCHEM_FULL ,Boolean.valueOf(true));
               catch (IllegalArgumentException x)
                    // Happens if the parser does not support JAXP 1.2
                    System.err.println("Could not register the providers as the underlying parser" +
                              "does not support JAXP 1.2");
               // get the xml document builder
               DocumentBuilder builder = factory.newDocumentBuilder();
               Validator handler = new Validator();
               builder.setErrorHandler(handler);
     private class Validator extends DefaultHandler
          public boolean validationError = false;
          public SAXParseException saxParseException = null;
          public void error(SAXParseException exception)
          throws SAXException{
          validationError = true;
          saxParseException = exception;
          throw new SAXException("failed validation");
          public void fatalError(SAXParseException exception)
          throws SAXException {
          validationError = true;
          saxParseException=exception;
          public void warning(SAXParseException exception)
          throws SAXException { }
########################################################

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.

Faces-config.xml Component definition exception

Hello,
I have a taglib file with the following content :
<component>
<description>
 Represents an HTML <code>input</code> element
 of type <code>text</code> with built-in completion.
 </description>
 <display-name>Completion Text Field</display-name>
 <component-type>bpcatalog.ajax.AjaxTextField</component-type>
 <component-class>com.sun.j2ee.blueprints.bpcatalog.ajax.components.AjaxTextField</component-class>
 &uiinput-props;
 &core-props;
 &events-props;
 &focus-props;
 &i18n-props;
 &input-props;
 &text-props;
 <component-extension>
 
 <base-component-type>javax.faces.Input</base-component-type>
 <renderer-type>AjaxTextField</renderer-type>
 </component-extension>
</component>And when I launch my webapp, I have the following exception :
Element type "base-component-type" must be declared
The entity "input-props" was referenced, but not declaredCan someone explain me what is the cause of this ?
Thanks in advance.
bgOnline

Sounds like you're missing definitions like:
<!ELEMENT base-component-type (#PCDATA)>
<!ENTITY input-props SYSTEM "input-props.xml">
(one for each of the references)
These definitions need to be nested in the DOCTYPE
declaration like so:
<!DOCTYPE faces-config PUBLIC
"-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN"
"http://java.sun.com/dtd/web-facesconfig_1_1.dtd" [
(definitions)
]>

Parse error on adf-faces-config.xml

When I try to include the "adf-faces-config.xml" I get XML parse errors (see stack trace below). I'm using Jboss. ADF faces works fine, it's just when I try to include ths adf-faces-config.xml in web.xml.
Anyone sees what is wrong here? The web.xml entry does get read, and it does find the adf-faces-config.xml file mentioned, and it does start to parse. I also know that the config file is OK (I tried several sample files I found on the web, and I even manually verified againt the schema) ...
Rgds,
Falco Paul
web.xml:
<context-param>
<param-name>javax.faces.CONFIG_FILES</param-name>
<param-value>/WEB-INF/adf-faces-config.xml</param-value>
</context-param>
adf-faces-config.xml:
<?xml version="1.0"?>
<adf-faces-config xmlns="http://xmlns.oracle.com/adf/view/faces/config">

<debug-output>true</debug-output>

<accessibility-mode>default</accessibility-mode>

<skin-family>oracle</skin-family>
</adf-faces-config>
Stack:
13:56:30,171 ERROR [Digester] Parse Error at line 2 column 73: Document root element "adf-faces-config", must match DOCT
YPE root "null".
org.xml.sax.SAXParseException: Document root element "adf-faces-config", must match DOCTYPE root "null".
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1548)
at com.sun.faces.config.ConfigureListener.parse(ConfigureListener.java:1188)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:314)
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.ContainerBase.addChildInternal(ContainerBase.java:823)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
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.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5441)
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.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:332)
at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:85)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:374)
at org.jboss.web.WebModule.startModule(WebModule.java:62)
at org.jboss.web.WebModule.startService(WebModule.java:40)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:272)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:222)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy28.start(Unknown Source)
at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:360)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:964)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:775)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738)
at sun.reflect.GeneratedMethodAccessor48.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy8.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:20
4)
at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:272)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:222)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:261)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:964)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:775)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:722)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:413)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:310)
at org.jboss.Main.boot(Main.java:162)
at org.jboss.Main$1.run(Main.java:423)
at java.lang.Thread.run(Thread.java:534)
13:56:30,249 ERROR [Digester] Parse Error at line 2 column 73: Document is invalid: no grammar found.
org.xml.sax.SAXParseException: Document is invalid: no grammar found.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1548)
at com.sun.faces.config.ConfigureListener.parse(ConfigureListener.java:1188)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:314)
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.ContainerBase.addChildInternal(ContainerBase.java:823)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
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.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.apache.catalina.core.StandardContext.init(StandardContext.java:5441)
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.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:332)
at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:85)
at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:374)
at org.jboss.web.WebModule.startModule(WebModule.java:62)
at org.jboss.web.WebModule.startService(WebModule.java:40)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:272)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:222)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy28.start(Unknown Source)
at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:360)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:964)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:775)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738)
at sun.reflect.GeneratedMethodAccessor48.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy8.deploy(Unknown Source)
at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:305)
at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:481)
at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:20
4)
at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:277)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:272)
at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:222)
at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:891)
at $Proxy0.start(Unknown Source)
at org.jboss.system.ServiceController.start(ServiceController.java:416)
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy4.start(Unknown Source)
at org.jboss.deployment.SARDeployer.start(SARDeployer.java:261)
at org.jboss.deployment.MainDeployer.start(MainDeployer.java:964)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:775)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:738)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:722)
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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:144)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:122)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:131)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:642)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:413)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:310)
at org.jboss.Main.boot(Main.java:162)
at org.jboss.Main$1.run(Main.java:423)
at java.lang.Thread.run(Thread.java:534)
13:56:30,483 WARN [Digester] [ManagedBeanRule]{faces-config/managed-bean} Merge(midmsClassification)

I found the "solution" myself.
You can't actually rfer to adf-faces-config.xml from web-inf.
I got this info from some website, but that was plain wrong.
The ad-faces-config.xml location is hardcoded (WEB-INF/ad-faces-config.xml).
Regards,
Falco

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>
 My Simple Test Program
 <h:form id="testForm" >
 TEST
 <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>

JSF Converter how to use property in faces-config

I have made an Converter for my listbox, and it is working.
Now I want to use a property to change the behavior of the converter.
My faces-config looks like this:

<converter>
<converter-for class>model.PacemakerBranche</converter-for-class>
 <converter-class>cconverter.BrancheConverter</converter-class>
 <property>
 <property-name>test</property-name>
 <property-class>java.lang.String</property-class>
 <default-value>12345</default-value>
 </property>
</converter>
I try to set the test property to 12345.
The setTest(String test) is not set.
What am I doing wrong??
My converter looks like this:
public class BrancheConverter implements Converter {
private String test;
public String getTest() {
System.out.println("getTest " + test);
return test;
public void setTest(String test) {
System.out.println("setTest " + test);
this.test = test;
public Object getAsObject(FacesContext ctx, UIComponent component,
String value) {
return getMgr(ctx).getObject(model.PacemakerBranche.class, new Long(value));
public String getAsString(FacesContext ctx, UIComponent component,
Object object) {
return ((BaseObject) object).getId().toString();
private Manager getMgr(FacesContext ctx) throws HibernateException {
return (Manager) FacesContextUtils.getWebApplicationContext(ctx).getBean("manager");
}

You can't use f:converter tag for setting properties.
There are two ways you can use:
(1) use f:attribute tag
ex.<h:inputText value="#{...}"/>
<f:converter converterId="...."/>
<f:attribute name="test" value="#{...}"/>
</h:inputText>Note that you should get the value of the attribute from the UIInput component, something like:comp.getAttributes.get("test");(2) develop a custom converter tag.

Sun-faces-config.xml question

Hello all,
maybe this question is a bit silly, but i�m a newbie to this. I�m developing a complib file with a custom component; and I want to add custom properties to it. As far as I�ve done, i�m able to add custom string properties via the "StringPropertyEditor"
All this is done in the sun-faces-config.xml file, and when I declare a property which can be set via a combo-box, this is, with a "SelectOneDomainEditor" in the sun-faces-config.xml, I don�t know how to populate this combo with data to be shown so it can be selected in the properties window.
I�d be truly grateful to anyone who can help me out, maybe a short sample or fraction of a sun-faces-config would be fine.
Thanks everyone in advance, and sorry for the long read,
MANUEL ANS�N.

Hi ,
The follwing link may probably answer your query.
http://swforum.sun.com/jive/thread.jspa?threadID=50215&tstart=15
Regards.,

2 render-kit in my faces-config.xml

I'd like to have 2 renderkit in my faces-config.xml. I set render-kit-id with "HTML_BASIC" for the first one and
"XHTMLMP" for the 2nd. Then i got an exception when i launch tomcat :
javax.faces.FacesException: java.lang.IllegalArgumentException: No renderKitClass for renderKit XHTMLMP
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:336)
Why ? I use jsf in a portlet webapp and want to select one of these 2 renderers in my portlet constructor.
Fran�ois

Can you please post your faces-config.xml?
Thanks.

What is the rule for adding application elements to faces-config.xml

I have posed this question before, but was unable to get an answer so here goes again.
What is the rule for adding more than one application element to the faces-config.xml?
The schema documents that 1-n are possible, but why and when should I do this?
--W

sorry if you don't login in tomcat administration before. you must enter login and password of a manager user on tomcat .
The user is the one you give when installing tomcat.
If you have forgotten it : see it to: C:\Program Files\Apache Software Foundation\Tomcat 6.0\conf\tomcat_users.xml
and choose one whop have role='manager'

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.

Sun-faces-config.xml

Hi - Is there a way to distribute component metadata in sun-faces-config.xml over more than one file?
I have multiple components and all the metadata combined is resulting in a HUGE file and its getting quite tedious to modify it.
Any suggestions?
TIA.
-

Hi ,
The follwing link may probably answer your query.
http://swforum.sun.com/jive/thread.jspa?threadID=50215&tstart=15
Regards.,

Digester Parser giving error in faces-config

Hi,
<!DOCTYPE faces-config PUBLIC
"-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN"
"http://java.sun.com/dtd/web-facesconfig_1_1.dtd">tomcat 5.5.17 gives an error in the above line saying:
Jul 31, 2008 11:06:11 AM org.apache.commons.digester.Digester error
SEVERE: Parse Error at line 2 column 14: Document is invalid: no grammar found.
I found that the META-INF\faces-config of richfaces3.2.1 doesnt have the above line....
which is where the error lies...
I have digester 1.8, collections 3.2.1, beanutils 1.7, richfaces 3.2.1 jsf-api,jsf-impl jars in my lib...
this line worked fine with jboss 4..0.4 GA...
Somewhere I read that i need to put root "system-uri" in doctype ....however it was fruitless as well...
am i missing any libs or is there any compatibility issue...
Edited by: BirenB on Jul 31, 2008 6:37 AM

BirenB wrote:
I removed the jsf-impl and myfaces-impl...
however im getting the same err...
10:01:43,609 INFO [FacesConfigurator] Reading config jar:file:/C:/jboss-4.2.3.GA/server/default/tmp/deploy/tmp61537SixSigmaAssistant-exp.war/WEB-INF/lib/richfaces-impl-3.2.1.GA.jar!/META-INF/faces-config.xml
10:01:43,609 ERROR [Digester] Parse Error at line 2 column 14: Document is invalid: no grammar found.
org.xml.sax.SAXParseException: Document is invalid: no grammar found.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)Given that 1) the parsing takes place at the application server level and 2) RichFaces is supplied by JBoss, I highly suggest you ask this question at the JBoss forums. Please report back the resolution here, or, even better, provide a link to the topic on the JBoss forums.

Tomcat warning - [ComponentRule]{faces-config/component}

Similar Messages

Maybe you are looking for