Hi there 
Version info:
Spin Version: 1.4.1
Camunda Engine Version: 7.10.0
Camunda Commons Utils Version: 1.4.0
Problem description:
I’m having a problem using a self altered version of Spin.XML("XML_GOES_HERE").
Why I'm using extended classes to alter Spin's behaviour?
- I do it, because Spin has activated pretty printing by default and there is no easy way to turn it off other than extending some classes and creating your own
org.camunda.spin.impl.xml.dom.format.DataFormatWriter.
(If there’s an easier way, I’m open to suggestions.
)
The java.lang.NoSuchMethodError occurrs between the end of the task where I set the created Spin variable in the execution like this…
final SpinXmlElement xml = AbstractSFSpin.XML(“
<root></root>”);
execution.setVariable(“xml”, xml);
…and the following task. The exception seems to happen only in tasks that are called by sub-workflows. (Workflows that where called by another workflow using call activity)
It definitely happens as soon as Camunda calls this internal function org.camunda.spin.impl.xml.dom.format.DomXmlDataFormatMapper.mapInternalToJava(Object parameter, Class<T> javaClass)
Exact line of code where the exception occurrs:
JAXBElement<T> root = unmarshaller.unmarshal(new DOMSource(xmlNode), javaClass);
(The exception stack trace can be found down below.)
The biggest mystery is that my code already works in an older major version of the application and is not altered or dependent on any code in the rest of the application.
I’m pretty sure something has gone missing after upgrading to the new major version of the application.
Uploaded files:
If there are any questions, simply ask. 
