Closed pjfanning closed 1 month ago
Yeah I noticed there was an odd new failure -- not sure it's even related to Guava 33. Will need to figure it out once I get home (traveling for work this week).
EDIT: fails 2.18 even without Guava upgrade. No idea why, very odd.
@pjfanning I figured out the root cause for regression; databind issue https://github.com/FasterXML/jackson-databind/issues/4443. I could not quite figured out how to make that work so reverted it from 2.18 (since it is not 100% necessary change and can be done at a later point if and when finding out how to make it work).
I also filed #149 to test against multiple Guava versions, so that even when we upgrade "suggested" version -- one for which module declares dependency, module works on wider range of versions. Similar testing is already done for Joda.
With that we can increase the baseline, but I think there are some risk (... of getting lots of complaints for "breaking our Guava use" from users that rely on default Guava module brings in if there are no overrides) with going to the latest. Looking at:
https://mvnrepository.com/artifact/com.google.guava/guava
it looks like 32.0.1-jre is the oldest one with no CVEs, so maybe go with that as baseline?
Although I guess that as long as:
I am not as much against bigger leap.
Ok, I noticed that guava/README.md
(https://github.com/FasterXML/jackson-datatypes-collections/tree/2.18/guava) did not have any information for latest Jackson versions' compatibility, so went back and verified 2.16, 2.17 and 2.18.
Basically:
so those are probably the limits to verify. I don't think we really have to support versions before, say, 25.1, but until there's a reason to break compatibility might as well not do that.
I think this was resolved, WDYT @pjfanning ?
ok - https://github.com/FasterXML/jackson-datatypes-collections/pull/152 should cover this
see https://github.com/FasterXML/jackson-datatypes-collections/pull/147