Steps to reproduce:
1. Add Event using the workflow "Process upon schedule and upload"
WOH cover-image fails with the following error message: Exception message CoverImageException: The XSL transformer factory has serious configuration errors
WOH cover-image should work
Workaround (if any):
@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.
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.
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
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.
Ok sounds good. Pull me in if you a second set of eyes.
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).