Ryan McKinley
added a comment - 12/Apr/12 18:14 The bold looks good, but it seems like it is getting applied to more then just the things that are "set"
For example, if I take the default config and change just the javax value, the text value looks right, but the level value gets bold for everything below it

Jan Høydahl
added a comment - 12/Apr/12 22:52 This looks great!
Two more comments about the logging GUI:
It should state on top that these are the JDK logging levels. If people switch logging through SLF4J it won't work
Clicking multiple lines without making a selection leaves hanging popups

It should state on top that these are the JDK logging levels. If people switch logging through SLF4J it won't work

i wonder if there is a way for the LoggingServlet (request handler?) to detect which SL4J binding is in use, and spit out a warning if it's not JDK, so the UI can conditionally display that warning if it exists.

Hoss Man
added a comment - 13/Apr/12 00:04 It should state on top that these are the JDK logging levels. If people switch logging through SLF4J it won't work
i wonder if there is a way for the LoggingServlet (request handler?) to detect which SL4J binding is in use, and spit out a warning if it's not JDK, so the UI can conditionally display that warning if it exists.

Shawn Heisey
added a comment - 13/Apr/12 06:23 Is there any way to give users the slf4j level options and have those translated automatically behind the scenes into the correct levels for the framework that's actually in use?

Ryan McKinley
added a comment - 13/Apr/12 17:24 Is there any way to give users the slf4j level options
Not easily; SLF4j only helps to set the level – it has no way to ask what the current level is, this is done with the relevant framework.