[
https://issues.apache.org/jira/browse/CAMEL-21286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17885960#comment-17885960
]
Claus Ibsen commented on CAMEL-21286:
-------------------------------------
>From the camel source it looks like this classloader is only in use of JAXB
>classes has not been annotated with JAXB annotations and does not have
>jaxb.index files.
And this seems to require enabling this mode specially in camel via
FallbackTypeConverter#setObjectFactory(true) or via a camel global option
CamelJaxbObjectFactory
[https://github.com/apache/camel/blob/f0b4bb237331c5f9d595286dd0f2097cee8c43f7/components/camel-jaxb/src/main/java/org/apache/camel/converter/jaxb/FallbackTypeConverter.java#L141]
Can you check what your example are doing in this regard in Camel Spring Boot.
As this seems for a special use-case and we need to understand this better
before we can find a good solution.
> Add a cache to JAXB object factories on JAXB Marshalling/Fallback converter
> ---------------------------------------------------------------------------
>
> Key: CAMEL-21286
> URL: https://issues.apache.org/jira/browse/CAMEL-21286
> Project: Camel
> Issue Type: Improvement
> Components: camel-jaxb
> Affects Versions: 4.4.3
> Reporter: Adriano Machado
> Priority: Major
> Attachments: Screenshot 1.png, Screenshot 2.png
>
>
> Camel is calling `JaxbHelper.getJaxbElementFactoryMethod` and the result is
> not being cached. This expensive call on apps with schemas deployed on nested
> jars on Spring Boot apps running on Openshift.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)