Replies: 3 comments
-
|
I have provided an initial mock-up of such a universal |
Beta Was this translation helpful? Give feedback.
-
|
@ppkarwasz Thank you for opening this discussion. I have not dabbled in |
Beta Was this translation helpful? Give feedback.
-
|
The best example of setting the On the other hand Wildfly sets the A rapid GitHub search for I would pretty much prefer if these 3 examples used the same implementation of |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
As most developers are painfully aware redirecting
java.util.loggingto a decent logging framework is hard and:java.util.logging.managerproperty very early in the lifecycle of an application, which is highly impractical,j.u.l.HandlerlikeSLF4JBridgeHandler, which is less efficient. Log events traverse the entire JUL logging pipeline before being injected into SLF4J.The best solution would be to force
j.u.l.LogManagerto useServiceLoader, but I don't believe JDK-8262741 will be solved by OpenJDK any time soon.What do you think about creating an
org.slf4j.jul.LogManagerimplementation, whose only purpose would be to load some sort ofLogManagerAdapterimplementation viaServiceLoader? If such a solution were to be logging API-agnostic, many application runtime could hardcode the value ofjava.util.logging.managerin their shell scripts or main classes, while leaving the user the freedom to choose theJUL-to-Xadapter of their choice.Beta Was this translation helpful? Give feedback.
All reactions