JBoss und Jetspeed
Raffael Herzog
Hat jemand schon mal Jetspeed unter JBoss deployen können?
Ich nicht... :-(
Laut Mailing-List-Archiven liegt das an den Eigenheiten des
Classloaders von JBoss und verschiedenen Library-Versionen
(habe ich nicht gerade kürzlich über die Eigenheiten des
WebSphere-Classloaders im Zusammenhang mit verschiedenen
Lib-Versionen geflucht und mir JBoss zurückgewünscht? ;-).
Ich bin in Baby-Steps weiter gekommen, nun bin ich hier und
verzweifelt:
jetspeed.log:
| [11:42:26,767 DEBUG] Waiting for init of Registry...
| [11:42:26,852 ERROR] Could not unmarshal: /tmp/Jetty_0_0_0_0_8080__jetspeed/webapp/WEB-INF/conf/admin.xreg
| org.exolab.castor.mapping.MappingException: Could not find the class org.apache.jetspeed.services.registry.RegistryFragment
| at org.exolab.castor.mapping.loader.MappingLoader.createDescriptor(MappingLoader.java:300)
| at org.exolab.castor.xml.XMLMappingLoader.createDescriptor(XMLMappingLoader.java:152)
| at org.exolab.castor.mapping.loader.MappingLoader.loadMapping(MappingLoader.java:211)
| at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:278)
| at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:234)
| at org.exolab.castor.xml.Unmarshaller.setMapping(Unmarshaller.java:224)
| at org.exolab.castor.xml.Unmarshaller.<init>(Unmarshaller.java:158)
| at org.apache.jetspeed.services.registry.CastorRegistryService.loadFragment(CastorRegistryService.java:496)
[...]
| [11:42:26,870 ERROR] Could not unmarshal: /tmp/Jetty_0_0_0_0_8080__jetspeed/webapp/WEB-INF/conf/controllers.xreg
| org.xml.sax.SAXException: The class for the root element 'registry' could not be found.
| at org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler.java:595)
| at org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:419)
| at org.apache.xerces.impl.XMLNamespaceBinder.startElement(XMLNamespaceBinder.java:572)
| at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:727)
| at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:759)
| at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(XMLDocumentScannerImpl.java:957)
| at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1544)
| at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:329)
| at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:525)
| at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:581)
| at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
| at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1175)
| at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:338)
| at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:270)
| at org.apache.jetspeed.services.registry.CastorRegistryService.loadFragment(CastorRegistryService.java:498)
| [...]
[dies X mal für mehrere Services wiederholt]
[...]
| [11:42:27,443 DEBUG] Adding templateRoot:/WEB-INF/templates/
| [11:42:27,469 DEBUG] Error in SAXTransform
| [11:42:27,469 DEBUG] javax.xml.transform.TransformerException: java.io.IOException: Pipe closed
| javax.xml.transform.TransformerException: java.io.IOException: Pipe closed
| at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1226)
| at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:638)
| at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1088)
| at org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1066)
| at org.apache.jetspeed.util.SimpleTransform$1.run(SimpleTransform.java:495)
| at java.lang.Thread.run(Thread.java:536)
| Caused by: java.io.IOException: Pipe closed
| at org.apache.xalan.serialize.SerializerToXML.flushWriter(SerializerToXML.java:1473)
| at org.apache.xalan.serialize.SerializerToXML.endDocument(SerializerToXML.java:713)
| at org.apache.xalan.transformer.ResultTreeHandler.endDocument(ResultTreeHandler.java:190)
| at org.apache.xalan.transformer.TransformerImpl.transformNode(TransformerImpl.java:1182)
| ... 5 more
[...]
Wenn ich nun eine Seite abzurufen versuche, kriege ich
folgendes:
| [11:42:43,525 INFO ] PSML-Man: calculated resource:user/anon//de/default.psml. Base: /tmp/Jetty_0_0_0_0_8080__jetspeed/webapp/WEB-INF/psml
| [11:42:43,526 INFO ] CastorPsmlManager: about to return null doc:
Das sehe ich auch ein, denn es müsste IMHO
resource:user/anon/html/de/default.psml heissen. Wie ist das
"html" wo und warum verschwunden?
Kurz darauf:
| [11:42:43,727 DEBUG] JetspeedTemplatePage: layoutTemplate is finally /html/default.vm
| [11:42:43,851 ERROR] Captured Exception:
| [11:42:43,851 ERROR]
| java.lang.ClassCastException: java.lang.String
| at org.apache.jetspeed.services.rundata.DefaultJetspeedRunData.getProfile(DefaultJetspeedRunData.java:286)
[...]
Dasselbe Spiel nochmal, für ein anderes Template. Später
knallt es dann noch mit einer NullPointerException, offen-
sichtlich, weil der PSML-Man seine Drohung "About to return
a null doc" wahr gemacht hat.
Wenn ich default.psml nach /psml verschiebe, damit er
wenigstens mal etwas findet, passiert auch etwas ganz
lustiges:
| [11:50:14,838 DEBUG] template exists: /tmp/Jetty_0_0_0_0_8080__jetspeed/webapp/WEB-INF/templates/vm/layouts/html/default.vm returning /html/default.vm
| [11:50:14,838 DEBUG] JetspeedTemplatePage: layoutTemplate is finally /html/default.vm
| [11:50:14,864 INFO ] PSML-Man: calculated resource://default.psml. Base: /tmp/Jetty_0_0_0_0_8080__jetspeed/webapp/WEB-INF/psml
[bestimmt 100x wiederholt, gefolgt von einer StackOverflowException]
Wie bereits gesagt, laut Mailing-Lists liegen solche Effekte
meist daran, dass nicht die richtigen JARs am richtigen Ort
sind. Der XML-Parser für JBoss ist bereits durch Xerces er-
setzt, ich habe eigentlich alle Tips, die ich finden konnte,
befolgt. Vielleicht bin ich, da ich mir das Zeugs aus ver-
schiedenen Postings auch zu älteren Versionen zusammenge-
sucht habe, über's Ziel hinausgeschossen...
Weiss jemand, wie man diese Kombination zum Rattern kriegt
oder was konkret bei mir fschal ist? Dasselbe WAR lässt sich
mit WebSphere ohne Weiteres deployen.
Ich verwende JBoss3.0.3/Jetty (mit Tomcat geht bei mir
garnichts, aber wenn jemand weiss, wie es mit Tomcat geht,
wäre ich überglücklich) und Jetspeed 1.4b1 unter der Sun JVM
1.4.1, alles unter Linux, natürlich.
Gruss,
Raffi
--
=> Neu im Usenet? Fragen? http://www.use-net.ch/usenet_intro_de.html <=
The difference between theory and practice is that in theory, there is
no difference, but in practice, there is.
Raffael Herzog - her...@raffael.ch - http://www.raffael.ch - ICQ #67961355