is there any logging solution for Kotlin able to perform a NOP through configuration? I'm currently ...

# announcements

[Emmanuel Oga]

is there any logging solution for Kotlin able to perform a NOP through configuration? I'm currently using SLF4J, with calls like <http://logger.info|logger.info>("${PERFORM POTENTIALLY EXPENSIVE LOGGING OP}"), so even if I configure the logger to only log errors, the info call will still incur the cost of the expensive operation, with no message being logged. Would be nice to have it so the logging doesn't even happen at all unless I turn it on.

[Emmanuel Oga]

ha! https://github.com/MicroUtils/kotlin-logging#call-log-methods-without-checking-whether-the-respective-log-level-is-enabled claims to do exactly this

[Emmanuel Oga]

I wonder how it works...

[nanodeath]

you can also say either if (logger.isInfoEnabled()) <http://logger.info|logger.info>(...) or <http://logger.info|logger.info>(...) {}, but neither are ideal compared to more Kotlin-y solutions like what you found

[Emmanuel Oga]

ah, I think that solution just takes the lambda and doesn't call it if the logging level doesn't match

[kenkyee]

Log4j2 also has a way to pass methods IIRC.
They don't get called unless that logging level is enabled...

[nanodeath]

I believe there are some libraries that completely compile out if the logging level is configured appropriately, but they're also less configurable

[Emmanuel Oga]

right, I guess I was over thinking it, I was thinking of not even outputting the lambda on the build, but that seems extreme, probably not gonna gain a lot from that

[Emmanuel Oga]

I heard proguard can be used for that kind of thing

[Nir]

@Emmanuel Oga you asked about return in functions vs not in lambdas before right?

[Nir]

This is a great example of what ultra concise lambdas give you

[Nir]

Basically, lazy parameters :-)

[Emmanuel Oga]

good point

[nfrankel]

i played with the idea a while ago
https://blog.frankel.ch/smart-logging-in-java8-kotlin/
it seems log4j2 does the same natively

[Reed Ellsworth]

Using a lambda syntax does make it so it is not executed when logging is disabled. That is one of the reasons that drove me to writing KmLogging was that I wanted very little overhead when the product is in the field. I needed one that was multiplatform which microutils is not.