Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
Unknown
Description
Dozer assumes that it can load user types from the classloader of the dozer implementation, which is of course quite wrong in a modular environment. In Camel we have a hack in DozerTypeConverterLoader, which prior to creating the bean mapper forces the classLoaderBeanName in GlobalSettings to DozerThreadContextClassLoader and then initialises the TCCL with the application ClassLoader associated with the CamelContext.
With a spring based context, this code path is not executed and therefore the application ClassLoader associated with the CamelContext ignored.
CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1035
Attachments
Issue Links
- is related to
-
CAMEL-8748 DozerBeanMapper cannot instantiate DozerThreadContextClassLoader
- Resolved