>
>
> >>> [EMAIL PROTECTED] 23.11.2005 14:25 >>>
> >Reinhard Haller wrote:
> >> I tried to install Cocoon-2.1.8 on JBoss 4.0.3 by copying
> >> the webapp as cocoon.war to the JBoss deploy directory.
> >>
> >> It worked at the first glance. By trying out the samples to
> >> verify the installation I got errors from the aggregation
> >> samples (Flexible Content, Parallel Content, Cinclude Content
> >> Xinclude Content)
> >>
> >> all these samples terminated with a 500 Status (internal error)
> >> with cause
> >>
> >> java.lang.IncompatibleClassChangeError
> >>
> >> What's missing?
> >>
> >
> >To know that, we need to have not only the exception, but also the
> first
> >part of the stacktrace up to the Cocoon code.
>
> I thought it's a simple known installation bug and omitted the trace.
> Using
> Jetty the examples work as expected. Here is the complete trace:
>
> *************************************************
> type Exception report
>
> message
>
> description The server encountered an internal error () that prevented
> it from fulfilling this request.
>
> exception
>
> javax.servlet.ServletException: Servlet execution threw an exception
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.
> doFilter(ReplyHeaderFilter.java:81)
>
> root cause
>
> java.lang.IncompatibleClassChangeError
> org.apache.xalan.xsltc.compiler.UnionPathExpr.
Perhaps not much of a help, but since no one answered: Perhaps there's a conflict between two jars which contain the XML parser.
Look at this post http://www.mail-archive.com/[email protected]/msg03255.html at the Tomcat mailing list.
Perhaps the Cocoon build uses a JAR file different from the runtime environment? Look out for jars which contain the org.apache.xalan.xsltc... classes
Hope this helps somehow.
Regards
Holger
