FasterXML
Allow jackson-module-jaxb-annotations to tolerate 2.2,3 in Import-Package
Resolves #233
I removed the Jakarta import, from the comment Despite groupId, this is "old" JAXB, not Jakarta (3.x is real Jakarta one) it sounds like this should be OK. The end result in the MANIFEST.MF was the same as when I just added the jaxb-api dependency above it.
Hmmh. I am really uncomfortable with this change -- I know JAXB/Jakarta upgrade has been a Royal Mess, and I am not sure this helps in general. It seems to me that there are TWO overlapping distinct packages (as in, different Maven coordinates) that nonetheless both provide same classes: one with 2.2.x version (one chosen here) and another 2.3.x (one being replaced). I don't think Maven can express such either-or case.
It seems like this could easily break existing usage with 2.3 dependency?
And in particular making change in a patch of 2.16, if breaking, would be very unfortunate. Especially as we are downgrading a dependency.
Is it not possible to add local overrides on package depending on JAXB annotations module?
@GedMarc WDYT?
FYI we had a similar change go through in swagger-core https://github.com/swagger-api/swagger-core/pull/4595
@JDUNNIN that is for OSGi dependnecy tho? Is the end results same?
One other quick note: since 2.17.1 is released, this PR needs to be rebased against 2.18; will not add in a patch.
@cowtowncoder yes I had originally raised PR for fix the same as this PR, but they changed it to use the OSGi method instead. The end result was the same, MANIFEST.MF updated.
UGGGGH. How did this end up merging 2.18 changes to 2.16 branch.... need to untangle this now.
Ok had to hard reset 2.16 branch. What I do not understand is how Github managed to merge this into 2.16 branch, despite PR clearly stating 2.18 as target...
Need to re-create PR now.