[
https://issues.apache.org/jira/browse/JCLOUDS-1637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philipp Nanz updated JCLOUDS-1637:
----------------------------------
Description:
This is kind-of a follow up to JCLOUDS-1627:
When you have Spring Boot 3.2 powered environment/classpath, JClouds will fail
to start with {{{}java.lang.NoClassDefFoundError:
javax/xml/bind/JAXBException{}}}.
The issue basically stems from
https://github.com/apache/jclouds/blob/master/core/src/main/java/org/jclouds/xml/internal/JAXBParser.java,
which is still pointing to {{javax.xml.bind}} classes.
The most simplistic solution probably would be to just replace the package
names with {{{}jakarta.xml.bind{}}}.
However, if you want to continue supporting {{{}javax.xml.bind{}}}, a possible
solution would be to have two different XMLParser implementations and then load
either of them, depending on which JAXB variant is available on the classpath.
For reference, I have created a simple demo application that showcases the
problem: [https://github.com/philippn/jclouds-vs-jakarta-xml-bind]
Thanks in advance for looking into it!
was:
This is kind-of a follow up to JCLOUDS-1627:
When you have Spring Boot 3.2 powered environment/classpath, JClouds will fail
to start with {{java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException}}.
The issue basically stems from
[https://github.com/apache/jclouds/blob/master/core/src/main/java/org/jclouds/xml/internal/JAXBParser.java|JAXBParser.java],
which is still pointing to {{javax.xml.bind}} classes.
The most simplistic solution probably would be to just replace the package
names with {{jakarta.xml.bind}}.
However, if you want to continue supporting {{javax.xml.bind}}, a possible
solution would be to have two different XMLParser implementations and then load
either of them, depending on which JAXB variant is available on the classpath.
For reference, I have created a simple demo application that showcases the
problem: https://github.com/philippn/jclouds-vs-jakarta-xml-bind
Thanks in advance for looking into it!
> JClouds does not work with Jakarta XML bind on classpath
> --------------------------------------------------------
>
> Key: JCLOUDS-1637
> URL: https://issues.apache.org/jira/browse/JCLOUDS-1637
> Project: jclouds
> Issue Type: Bug
> Components: jclouds-core
> Affects Versions: 2.6.0
> Reporter: Philipp Nanz
> Assignee: Andrew Gaul
> Priority: Major
>
> This is kind-of a follow up to JCLOUDS-1627:
> When you have Spring Boot 3.2 powered environment/classpath, JClouds will
> fail to start with {{{}java.lang.NoClassDefFoundError:
> javax/xml/bind/JAXBException{}}}.
> The issue basically stems from
> https://github.com/apache/jclouds/blob/master/core/src/main/java/org/jclouds/xml/internal/JAXBParser.java,
> which is still pointing to {{javax.xml.bind}} classes.
> The most simplistic solution probably would be to just replace the package
> names with {{{}jakarta.xml.bind{}}}.
> However, if you want to continue supporting {{{}javax.xml.bind{}}}, a
> possible solution would be to have two different XMLParser implementations
> and then load either of them, depending on which JAXB variant is available on
> the classpath.
> For reference, I have created a simple demo application that showcases the
> problem: [https://github.com/philippn/jclouds-vs-jakarta-xml-bind]
> Thanks in advance for looking into it!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
