What are people using these days in terms of loggi...

# multiplatform

[Marc Plano-Lesay]

What are people using these days in terms of logging? I have some Flogger on JVM and Timber on Android, I'm looking to replace both by a common library for shared modules. I tried Napier earlier but it doesn't seem to be achieving what I'm looking for - a log placed on the common JVM module didn't end up using the configured Android logger on an Android app...

[John O'Reilly]

I'm using Kermit in a few projects and seems to work well (https://github.com/touchlab/Kermit)

[Marc Plano-Lesay]

Thanks, I'll take a look

[kpgalligan]

Kermit is getting a big rewrite! I added the exclamation to try to make logging exciting. Anything you're looking for in particular? I'd like to understand the Napier issue you had.

[rudolf.hladik]

Napier couldn’t log from bg thread, at least monts back. Dunno if it hasn’t changed.

[kpgalligan]

That was an issue. It was using ThreadLocal to config, which allows mutable state, but means other threads are unconfiged. New version uses atomics instead, which allows multiple threads, but each log call hits an atomic. Kermit was not using global or mutable state, so no atomics. New version let's you pick.

[Marc Plano-Lesay]

The issue I had with Napier was probably a configuration one, but basically a module depending on napier-jvm used in an Android app (I also use it in a pure JVM app, so can't depend on napier-android from that module), all logs from that common module were in System.err in the logcat, not properly using the output configured in Napier

[Michael Strasser]

I am creating a native Kotlin logging library called Klogging that aims to be multiplatform (currently JVM only). Let me know if you try it out.