Using markers or ThreadContext to select logger via slf4j

I have some libraries that leverage slf4j for logging (can't change it) however my application leverages log4j2 and the slf4j-log4j2 bridge. I was wondering if there is a way I can at the beginning of the request flow set a value in the ThreadContext or something so that the slf4j loggers will

Re: Using markers or ThreadContext to select logger via slf4j

ralph.go...@dslextreme.com wrote: What do you mean by “request flow”? You can certainly do this in your code. Ralph On Dec 19, 2014, at 6:10 AM, James Hutton james.a.hut...@gmail.com wrote: I have some libraries that leverage slf4j for logging (can't change it) however my application

Re: DailyRollingFileAppender with Max size

{1} %m%n / /layout /appender On Tue, Jun 3, 2014 at 5:17 AM, James Hutton james.a.hut...@gmail.com wrote: Akash, You can, but I think without modifying the conversion pattern (adding %i) it isn't possible. You can use multiple rollover policies, you would end

Re: Issue of creating and configuring custom appenders

Maybe have the appender be the owner of the jtextarea such that you could call a gettextarea method when initializing your ui? Or you could buffer until you call an initialize method with the jtext area. With the first one not sure if you can write to the text area if it isn't in a frame, but I'm

Re: Issue of creating and configuring custom appenders

Yeah, ideally there's a limit to the buffer in both choices, however why aren't you just logging to a file and using the jtextarea to display the file contents? Then you don't have as much a worry about memory usage. On Jun 4, 2014 8:27 AM, Gary Gregory garydgreg...@gmail.com wrote: Note that

Re: DailyRollingFileAppender with Max size

Akash, You can, but I think without modifying the conversion pattern (adding %i) it isn't possible. You can use multiple rollover policies, you would end up using the SizeBaseRolloverPolicy(?). I'm assuming if you have the time based rollover policy that you're using the date string. James On

RolloverPolicy and getting all associated files

is that the indexing is unbounded so I don't want to go from 1 to 4000 in a loop if all the indexes present are 3990-4000, seems like a waste of 3989 iterations. Thanks, James Hutton

One appender, multiple layouts

Hi, Still trying to wrap my head around markers a bit, but I was wondering if it was possible to use a marker to determine which layout the event was formatted with to the same appender. If there is any documentation or examples that would be helpful and most appreciated. James

Re: One appender, multiple layouts

, 2014, at 5:21 AM, James Hutton james.a.hut...@gmail.com wrote: Hi, Still trying to wrap my head around markers a bit, but I was wondering if it was possible to use a marker to determine which layout the event was formatted with to the same appender. If there is any documentation

Re: Merging log4j2 contexts

there already is a Jira issue for that. Ralph On Mar 30, 2014, at 10:45 AM, Matt Sicker boa...@gmail.com wrote: Hmm, that feature is not in Log4j 2 it seems. It sounds like a really neat feature idea, though. Could you file a feature request on JIRA? On 30 March 2014 00:42, James

Merging log4j2 contexts

I'm looking to leverage log4j2 in a spring application that uses spring profiles heavily. I know in log4j1.2 we could use the DOMConfigurator to parse an additional xml and merge it into the context. James