WOH cover-image is broken

Steps to reproduce

Steps to reproduce:
1. Add Event using the workflow "Process upon schedule and upload"

Actual Results:
WOH cover-image fails with the following error message: Exception message CoverImageException: The XSL transformer factory has serious configuration errors

Expected Results:
WOH cover-image should work

Workaround (if any):

Activity

Show:
Karen Dolan
January 22, 2019, 1:22 PM
Edited

@staubesv The stack trace shows "com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl", the [EDIT] Java8 TransformerFactory having difficulty instantiating the public Opencast class method that has the dependency on Xalan. I'm going to try removing Xalan dependencies from cover-image-impl to force it to use the java8 TransformerFactory to see if that helps.

Greg Logan
January 22, 2019, 4:05 PM

I'm planning on looking at this in the afternoon. Are either of you already working on this, or have a patch? I don't want to duplicate work.

Karen Dolan
January 22, 2019, 7:22 PM

Hi @Greg Logan, I'm trying to update the cover-image-impl away from Xalan, but it requires updating all it's Batik packages from 1.7 to 1.10 and they all have different dependencies. It's not a straight forward task. I'll know in 2 more hours if it's doable and an cover-image-impl works as good as new.

Meanwhile, if you need a "hot fix" ASAP, it's reverting changes except line 8 on
https://github.com/opencast/opencast/pull/636#pullrequestreview-194088239

Line 8 "javax.xml.parsers.SAXParserFactory=com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl"

In summary, the cover-image-impl's batik-bridge 1.70 has a specific dependency on Xalan TranformerFactory and can't find it easily when the class path also contains the Java8 version.

Greg Logan
January 22, 2019, 7:29 PM

Ok sounds good. Pull me in if you a second set of eyes.

Karen Dolan
January 22, 2019, 9:51 PM
Edited

The composer-cover-image's batik-dom 10.0 has a direct Xalan 2.7.2 package dependency , so it can't be completely weaned. I'm testing if a compromise can be made. The Batik libs are not very OSGi aware (there is a Batik-Osgi package, but it's not complete enough for cover-image-impl).

Assignee

Unassigned

Reporter

Sven Stauber

Severity

Non Functioning

Tags (folksonomy)

None

Components

Fix versions

Affects versions

Priority

Major
Configure