javax.xml.bind.UnmarshalException: unexpected element when using URLClassLoader #275
Comments
|
I think this is working as expected. Generally, when mc:AlternateContent is encountered, org/docx4j/jaxb/mc-preprocessor.xslt is used to select content which fits docx4j's JAXB model (It will use a custom-preprocessor.xslt instead, if it finds it). The document is then processed as normal. In this case:- WARN org.docx4j.jaxb.JaxbValidationEventHandler .handleEvent line 89 - [ERROR] : unexpected element (uri:"http://schemas.openxmlformats.org/markup-compatibility/2006", local:"AlternateContent"). |
|
Hi, thanks for the answer. |
|
What version of docx4j are you using? 3.3.5 contained a fix: IBM Unmarshaller (usually used in WebSphere v7+) workaround for "errors limit exceeded": See 476a574?w=l#diff-a8798a9de5a3717ced76272806f4bae6R120 Are you using com.ibm.jtc.jax.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext |
|
In the attached file „reproduce.zip“ there is a working example. With kava only to reproduce the error. |
|
I ran that using OpenJDK in Eclipse. It worked for me.
I guess you are using an IBM unmarshaller; what is its classname?
…On Mon, Dec 18, 2017 at 9:43 PM, Markus Krüger ***@***.***> wrote:
In the attached file „reproduce.zip“ there is a working example. With kava
only to reproduce the error.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#275 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AA96hUFQmK5YIUgZ_6ATSylw2wiuSQd-ks5tBkGzgaJpZM4RB_JR>
.
|
|
That is weird. If I run the project "testLibs" in eclipse on windows using sun jdk 1.6 it throws an InvocationTargetException caused by an IllegalArgumentException: No websphere involed here, just the libs you see in the reproduce.zip. |
|
Please turn on WARN level logging for org.docx4j.jaxb.JaxbValidationEventHandler |
|
It seems to me to be a classloading issue, although it is a simple url classloader. This is the output: `INFO org.docx4j.jaxb.Context . line 86 - java.vendor=Sun Microsystems Inc.
|
|
WARN org.docx4j.XmlUtils .instantiateTransformerFactory line 342 - Xalan jar missing from classpath; xslt not supported |
|
Xalan and all other dependencies of docx4j are included in the jar, so no clue why it is not found loading the jar via URLClassloader. |
|
docx4j contains https://github.com/plutext/docx4j/blob/master/src/main/java/org/docx4j/XmlUtils.java#L318 I guess you need the stack trace at https://github.com/plutext/docx4j/blob/master/src/main/java/org/docx4j/XmlUtils.java#L339 so can you set a breakpoint? |
|
It tells me that TransformerImpl class is not found, bit is is contained in the jar file loaded by the URLClassLoader. The Classloader can also load it via .loadClass, but still doesnt work... |
|
The evidence so far suggests this might be a problem with Sun jdk 1.6 (since OpenJDK 1.8 worked for me, being able to load the Xalan TransformerImpl ok). Can you try with another JDK? Alternatively, com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl should in theory work for your application. (Xalan proper is required in parts of docx4j where extension functions are used eg docx to HTML, content control data binding) But xsltc is evidently having problems loading mc-preprocessor.xslt. When I look at your de.cenit jar file in Eclipse, for that file's type it says "XML (Illformed)". That seems a little odd... |
|
Sun JDK 1.6 to 1.8 did not work. This is how I set the contextclassloader in my class SetPropertyValuesToOfficeDocumentUtil: Early january I will try this solution for websphere. Hopefully this works there, too. |
|
That's consistent with what we do in docx4j ResourceUtils |
|
This is working on websphere, too. So that is the way to go, thanks. |
Hi,
we have an issue if docx4j and its dependencies are loaded and used via URLClassLoader. Actually the issue occurs using an application on websphere that we can extend by adding a jar. This application uses a URLClassLoader to load it. The issue is simply reproduced by without websphere. I attached a zip with two project were it is reproduceable using only java. The testLibs3 project creates a jar containing some util and the docx4j with its dependencies. This jar it loaded and executed in project testLib via URLClassLoader and produces the following error:
javax.xml.bind.UnmarshalException: unexpected element (uri:"http://schemas.openxmlformats.org/markup-compatibility/2006", local:"AlternateContent"). Expected elements are <{http://schemas.openxmlformats.org/wordprocessingml/2006/main}monthShort>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}yearLong>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}footnoteReference>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}pgNum>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}endnoteRef>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}softHyphen>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}endnoteReference>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}t>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}cr>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}fldChar>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}separator>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}commentReference>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}rPr>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}dayLong>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}annotationRef>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}delText>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}ruby>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}object>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}tab>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}lastRenderedPageBreak>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}drawing>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}br>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}instrText>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}delInstrText>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}sym>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}pict>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}continuationSeparator>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}yearShort>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}footnoteRef>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}dayShort>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}monthLong>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}ptab>,<{http://schemas.openxmlformats.org/wordprocessingml/2006/main}noBreakHyphen>Maybe #221 releates to it somehow, as it showed the same exception.
For websphere, the only solution would be to add doc4jx as shared lib, but actually our policy is to never user shared libs.
Is this a bug or is there a chance we can do something about it?
Regards,
Markus
reproduce.zip
The text was updated successfully, but these errors were encountered: