RFIDAPI3 dependency breaking changes


I am updating our applications to use version coming from version
We are currently using a logging library called logback-android. Which works 100% out of the box with version of RFIDAPI3

I have ran into a problem with building the application, involving duplicate classes between logback-android and API3 -
Duplicate class org.slf4j.impl.StaticLoggerBinder
Duplicate class org.slf4j.impl.StaticMDCBinder
Duplicate class org.slf4j.impl.StaticMarkerBinder

Excluding dependency from your aar doesn't seem to be possible, and I can't exclude them app wide because the actual logging library needs them.

I have tried to incrementally update from to and the problem starts to occur at, and version below it seems fine.

This is just one example of the problem.
Further testing versions they have a lot if not all their dependencies baked into the aar. Including ubiquitous dependencies like apache commons and slf4j, which cannot be used in the users application because it already exists within API3.

Submitted by James Swinton … on August 15, 2022 Permalink


We'd recommend raising a support ticket in this instance. I spoke to some team members internally & its likely due to the additional reader support we added in the latest versions of our SDK. In order to make the changes required here we'd need to follow the support process & escalate things that way.

Thanks for your feedback.