|
||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||
To unsubscribe from this list please visit:
I do have an implementation, that is capable of reading serialized (! not marshalled) JAXB 1.x objects and desiralize them with JAXB 2.0. For this besides other things, I extended com.thoughtworks.xstream.core.util.ClassLoaderReference to be able to work with multiple ClassLoder-references. In 1.4.5, this I could replace with com.thoughtworks.xstream.core.ClassLoaderReference to resolve the not-exported package, however that class is final so is no option.
This is a very specific use-case and I don't expect a general solution from XStream as said; I can work around it by re-bundling and defining the manifest.