Closed kamerok closed 4 years ago
Sorry, found the answer https://github.com/JakeWharton/ThreeTenABP/issues/92
One of the features of Android Studio 4.0 is desugaring a subset of
java.time
It's mistery for me what subset is being desugared exactly. But if it will be enough to replace ThreeTen will we still need a different way of loading timezone information?
@kamerok I was having trouble finding the exact feature set being desugared. Found it over here: https://developer.android.com/studio/write/java8-support-table.
@vinaysshenoy thank you that's helpful!
Offtopic question: have you tried migrating from ThreeTen? If so, how was your experience?
@vinaysshenoy thank you that's helpful!
Offtopic question: have you tried migrating from ThreeTen? If so, how was your experience?
We haven't migrated yet. We added desugaring support very recently and we're just working on migrating our internal Optional
implementation to the Java 8 Optional. We will think of migrating threetenbp after.
@kamerok We migrated here: https://github.com/simpledotorg/simple-android/pull/1479
Was pretty much painless, only required a search and replace. All tests were green, on both API 21 (min SDK) and latest.
@vinaysshenoy thank you for reaching out! We are waiting until fixed lint will reach stable android studio. As I can see you were not affected by this because you don't have pure kotlin modules with java.time
One of the features of Android Studio 4.0 is desugaring a subset of
java.time
It's mistery for me what subset is being desugared exactly. But if it will be enough to replace ThreeTen will we still need a different way of loading timezone information?