-
Notifications
You must be signed in to change notification settings - Fork 2
Use old JAXB artifacts #281
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
To ensure the JAXB facilities (generated code and marshallers) can be living alongside any jakarta.xml.bind namespaced JAXB in newer Java applications. This ensures that we are using JAXB API and runtime artifacts which have other Maven coordinates than the newer Jakarta-branded artifacts, which started out with the old javax.xml.bind package, but in later versions changed this to jakarta.xml.bind. If dependees use newer Jakarta JAXB with the proper package, this will break the use of this library if it is depending on the Jakarta-artifacts with the javax.xml.bind package. It's a mess.
Resolving the old javax.xml.bind JAXB 2 stuff using the ServiceLoader facilities. This enables depending projects to be able to bypass our custom stuff to load JAXB if they for some reason needs to do so (e.g. if already running in an environment using javax.xml.bind JAXB with some other implementation they want to use instead).
97f5412 to
d7f572b
Compare
Slf4J-Simple used in tests
This module is a candidate for extracting to a standalone lib
0679aac to
ff7c105
Compare
Move config of japicmp to profile in order to complement base config in super-pom. Remove rule for required Maven version, because this is specified in the super-POM.
| <dependency> | ||
| <groupId>no.digipost</groupId> | ||
| <artifactId>jul-to-slf4j-junit-extension</artifactId> | ||
| <version>1.0</version> | ||
| <scope>test</scope> | ||
| </dependency> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ce3c540 to
4d3bb4d
Compare
| <dependency> | ||
| <groupId>no.digipost</groupId> | ||
| <artifactId>jaxb-resolver-com.sun.xml.bind-bom</artifactId> | ||
| <version>0.1-RC2</version> | ||
| <type>pom</type> | ||
| <scope>import</scope> | ||
| </dependency> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
simenstoa
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice! Tar gjerne en live oppsummering av dette på kontoret også 😄
|
Absolutt! Her er det mye gøy! |
4d3bb4d to
35f4bd1
Compare
To ensure the JAXB facilities (generated code and marshallers) can be living alongside any jakarta.xml.bind namespaced JAXB in newer Java applications.
This (hopefully) ensures that we are using JAXB API and runtime artifacts which have other Maven coordinates than the newer Jakarta-branded artifacts, which started out with still containing old
javax.xml.bindpackage, but in later versions changed this tojakarta.xml.bind. If dependees use newer Jakarta JAXB with the proper package, this will break the use of this library if it is depending on the Jakarta-artifacts with the javax.xml.bind package.It's a mess.
https://stackoverflow.com/a/72151763