JSF 1.2, Tomcat 6, XML-Validierungs-Exception “No grammar found”

Beim Versuch,

<el-resolver>org.springframework.web.jsf.el.SpringBeanFacesELResolver</el-resolver>

zu verwenden (Update auf Spring 2.5 und MyFaces 1.2), trat eine seltsame Fehlermeldung auf:

- 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)
	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.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
	at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.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:1745)
	at org.apache.myfaces.config.impl.digester.DigesterFacesConfigUnmarshallerImpl.getFacesConfig(DigesterFacesConfigUnmarshallerImpl.java:186)
	at org.apache.myfaces.config.FacesConfigurator.feedWebAppConfig(FacesConfigurator.java:541)
	at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:133)
	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:3843)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4350)
	at org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1114)
	at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1212)
	at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:293)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
	at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1337)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590)
	at java.lang.Thread.run(Thread.java:619)

Ursache waren zwei MyFaces-jars mit Version 1.1.5 im WEB-INF/lib-Verzeichnis der Webanwendung. Dies ist ein Problem beim Zusammenspiel von MyEclipse und dem Maven-Plugin (Codehaus): Hier muss man zunächst Project->Clean ausführen und dann manuell ein zweites Deployment durchführen.

Dies gilt leider in unregelmäßigen Abständen (!) für jede Änderung von Dateien, die keine Java-Klassen sind (also z.B. *.xhtml-Dateien für Facelets etc.). 

Zusätzlich:  Unbedingt auch die Kompatibilitätsmatrix von Tomahawk und ggf. Trinidad  zur verwendeten MyFaces-Version prüfen und zwar im MyFaces-Wiki.

Dabei für Facelets und Tomahawk (allgemein dazu siehe hier) noch ggf. die Kompatibilität mit dem tomahawk-facelets-Projekt beachten. Hier können sich insbesondere die Sandbox-Tags auch nachträglich geändert haben.