Hello all,
I've been trying to upgrade the version of Trinidad we use in one of our
web apps to 1.0.9. When I come to deploy the web app on Tomcat v5.5.26 I
get an error in the logs when the Trinidad faces-config.xml is parsed.
To check the issue is not down to incompatible libraries in our web app
I tried to deploy the Trinidad 1.0.9 examples web app on a clean install
of Tomcat v5.5.26 but I get the same error.
Every other version of Trinidad from 1.0.4 to 1.0.8 works fine on Tomcat
5.5.26, it's just 1.0.9 that I'm getting this error. Is there an issue
with 1.0.9 as I've noticed this version has only just been released?
The error I'm seeing in the logs is (it's repeated for various
elements):
---
INFO: Reading config
jar:file:/apps/apache-tomcat-5.5.26/webapps/trinidad-demo-1.0.9/WEB-INF/lib/trinidad-impl-1.0.9.jar!/META-INF/faces-config.xml
Aug 11, 2008 12:46:30 PM org.apache.commons.digester.Digester error
SEVERE: Parse Error at line 69 column 30: Element type "literal-only"
must be declared.
org.xml.sax.SAXParseException: Element type "literal-only" must be
declared.
at
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:236)
at
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:172)
at
com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:382)
at
com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:316)
at
com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.handleStartElement(XMLDTDValidator.java:1960)
at
com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:795)
at
com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:330)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1693)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at org.apache.commons.digester.Digester.parse(Digester.java:1572)
at
org.apache.myfaces.config.impl.digester.DigesterFacesConfigUnmarshallerImpl.getFacesConfig(DigesterFacesConfigUnmarshallerImpl.java:186)
at
org.apache.myfaces.config.FacesConfigurator.feedClassloaderConfigurations(FacesConfigurator.java:380)
at
org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:131)
at
org.apache.myfaces.webapp.StartupServletContextListener.initFaces(StartupServletContextListener.java:68)
at
org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:51)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3764)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at
org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:831)
at
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:720)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
---
Thanks in advance.
Jon
---
Fugro Data Solutions Limited
Tyn y Coed
Llanrhos
Llandudno
North Wales
LL30 1SA
United Kingdom
Tel: +44 (0)1492 563555
Fax: +44 (0)1492 592030
General Email: [EMAIL PROTECTED]
Website: www.fugro-data.com
This email and any attachments are confidential. They may
contain privileged information and are intended for the named
addressee(s) only. They must not be distributed without our
consent. If you are not the intended recipient, please notify us
immediately and do not disclose, distribute, or retain this
email or any part of it. Unless expressly stated, opinions in
this email are those of the individual sender, and not of Fugro
Data Solutions Ltd. We believe but do not warrant that this
e-mail and any attachments are virus free. You must therefore
take full responsibility for virus checking. Fugro Data
Solutions Ltd and its subsidiaries may monitor email traffic
data and also the content of email for the purposes of security.
This email is not intended to create legal relations.
Fugro Data Solutions Limited is a limited company registered in
England and Wales (Reg No. 5583527) at Tyn y Coed, Pentywyn Road,
Llanrhos, Llandudno, LL30 1SA. VAT No. GB901440962.