Wasn't sure if you meant clients to be just "users of library X"...
-
-
Anyhow, do you not think it's a problem having logging configured in some uncertain place you can't debug like code?
1 reply 0 retweets 0 likes -
I'm imagining an implicit which could either handle logging itself, or delegate that to some other specific config.
1 reply 0 retweets 0 likes -
Replying to @propensive @tpolecat
I sympathise with the sentiment, but to me that is not principled. Logging is monitoring is an integration concern.
2 replies 0 retweets 0 likes -
Therefore it is validated by developers (debugging) and CI tests / CD ops.
1 reply 0 retweets 0 likes -
Replying to @rolandkuhn @tpolecat
But as a developer I'd still like to see the logs without doing any integration. A one-line implicit seems a good way.
1 reply 0 retweets 1 like -
Replying to @propensive @tpolecat
… then you cannot deploy those very same bits into production without the implicit becoming isomorphic to logback.xml
1 reply 0 retweets 1 like -
Replying to @rolandkuhn @tpolecat
But difference is that logback.xml is not a known authority on conf. Classpath order and and JVM params can obfuscate.
2 replies 0 retweets 1 like -
It would also be quite reasonable to implement the implicit with "if(prod) logback.xml else stdout".
1 reply 0 retweets 0 likes -
Replying to @propensive @tpolecat
True, just make sure that `prod == true` during testing.
1 reply 0 retweets 1 like
If you need to do that, you're in the realm of heisenbugs!
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.