Kotlin Multiplatform Standard Logger #7
Replies: 5 comments 45 replies
-
|
Some initial needs discussed from the linked Kotlin Slack thread:
Additional nice-to-have, opt-in features:
|
Beta Was this translation helpful? Give feedback.
-
|
Where would this logging repo live? Regardless of where it will be maintained, I, Casey Brooks, am offering myself as a core maintainer of that project. A list of options with pros/cons:
|
Beta Was this translation helpful? Give feedback.
-
|
Detailed thoughts coming tomorrow or after the weekend. The topic is very much on my radar, though. As mentioned, Kermit went through kind of a first unofficial version and has been getting internal discussion lately, so this is pretty good timing. |
Beta Was this translation helpful? Give feedback.
-
|
Use-cases needed by a logger, and what they require of the library:
|
Beta Was this translation helpful? Give feedback.
-
|
Sorry for the radio silence. I've been doing some thinking and experiments. They include performance improvements that should flatten silent calls, and cinterop with crashlytics and bugsnag. I'm actually thinking CrashKiOS will just get archived as a reasonable logging implementation will do everything we need for crash reporting. https://github.com/touchlab/Kermit/tree/kpg/crashlytics_default I was anti-cinterop, but I've since had an opinion change. The '.h' file I'm using for cinterop is a trimmed version that only includes the classes and methods needed for Kotlin. The target apis are pretty stable, so updating, say, Crashlytics, when the library has a version update, isn't super critical. It's highly unlikely that the necessary parts of Crashlytics will change between versions. Anyway, more updates in the next couple weeks. Chatting internally about a more formal effort on logging. Currently thinking about the possibility of adding dynamic config, at least as an optional thing, but I'm worried about bloat. I also think we should get some eyes and opinions on the logging api itself. For example, Kermit has 'wtf' log level, which comes straight out of the Android logger, but maybe we want something a little less Android-specific. To discuss. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
There was an interesting discussion in the Kotlin Slack team regarding which of the many available Kotlin multiplatform logging libraries is the current "standard" (hint: none of them, currently).
This Discussions thread serves as a place to continue that conversation in a more formal and documented manner. Hopefully, we can get a set of needs described from the community and figure out some kind of action plan to move forward with.
Beta Was this translation helpful? Give feedback.
All reactions