Version 2.9.7 breaks compatibility with Android minSdk < 24

[jurriaan]

By using the method getAnnotationsByType in commit 0d4ab3b this library breaks compatibility with Android versions with minSdk < 24

See https://developer.android.com/studio/write/java8-support#supported_features for more information.

I've reverted to v2.9.6 in the meantime.

[JeremiahStephenson]

This issue just caused me a lot of pain. It was only after figuring out the problem myself that I discovered this bug report.

[frnusmartobjects]

I have the same issue but I can't revert to 2.9.6 since I need the fix from the issue #168.
What alternatives do I have or is there an ETA for an upcoming fix?

EDIT:

The method usages can be replaced safely apparently with

annotations.firstOrNull { it.annotationClass == JsonProperty::class }?.let { it as JsonProperty }?.required

I don't have experience with open source projects that's why I post here the answer.

[alashow]

Is the fix going to be included in 3.0.0?

/cc @apatrida @cowtowncoder

[chrisjenx]

Looks like the solution to this is if you want 1.3 Kotlin + Android 21+ then you need to use Moshi or GSON.

[JeremiahStephenson]

Yeah, I gave up waiting for a solution so I switched over to Moshi.

[alashow]

Well, that would suck - refactoring jackson out just because that small fix is not implemented.

[chrisjenx]

@alashow sure, but seen as Moshi can also generate adapters for you and not require the use of the reflect library, it is a better choice in most cases for Android dev.

[JeremiahStephenson]

Moshi is more lightweight than Jackson and helped reduce the overall size of the app I work on. This was significant as we were trying to create a version that's below the 4MB limit for an instant app.

[cowtowncoder]

Aside from Moshi which is a fine library too, I would recommend checking out jackson-jr (jackson-jr-objects in particular):

https://github.com/FasterXML/jackson-jr

Jackson-jr uses Jackson's streaming (jackson-core), but object binding focuses on minimalism (supports List/Map but also Beans), quick startup time, small jar (within constraints of jackson-core).
There is also optional minimal tree model, as well as retrofit module.

I haven't gotten as much feedback on jackson-jr as I hoped for, considering it was specifically designed to address startup time challenges wrt Android, so any feedback would be helpful (including bug reports for problems to overcome).