t first I was going to strongly recommend against using a custom level
> called BUSINESS. Custom levels have been a problem in the past at my work
> (IMO). Markers are really a perfect fit for this use-case. That got me to
> thinking about my previous idea on this of adding more levels
suggestions were to either use markers or a separate "well
known" logger.
As I mentioned in the previous message, I was about to write a sample which
used markers just to better understand how they work. The first road block I
ran into is that log4net does not support markers, as far as
At first I was going to strongly recommend against using a custom level
called BUSINESS. Custom levels have been a problem in the past at my work
(IMO). Markers are really a perfect fit for this use-case. That got me to
thinking about my previous idea on this of adding more levels to Log4j.
Please
ogger() log() method.
That in addition to log4net not supporting markers is making this a less viable
option.
Thanks,
Nick
> Date: Wed, 16 Sep 2015 15:24:20 -0700
> Subject: Re: markers
> From: garydgreg...@gmail.com
> To: log4j-user@logging.apache.org
>
> At first I was going t
e as I'm trying to
> figure out the best way to utilize the existing logging frameworks, log4j(2)
> and log4net in our case, to log our business events and ensure the business
> events flow to the correct destination.
>
> I think the two main suggestions were to either use markers or a s
I was about to starting writing a sample to see how markers work and to see if
they could be used for logging business events instead of using a custom level.
While I might have mentioned log4net in passing, we're trying to capture these
business events using existing logging frameworks
Hi,
I am currently using log4j2.0 and I have implemented Marker (SYSLOG_MARKER)
for deciding the destination of a log to be localfile log or syslog. But
with this approach all the existing logs in the system (~5000) will need
manual decision and addition of marker to every single log. Is there a
If I understand you correctly, you have an existing application that logs
events in about 5000 different places, so you don’t want to have to modify that
code.
Without modifying the code the only way to filter the events is on somehow
find something wiithin the message itself. If you can add
Gee whiz, that wasn’t very clear. Let’s try again.
Without modifying the code the only way I can think of to filter the events is
to find something within the message itself to filter on. If you can add the
marker only to the events you want routed then the configuration you have below
will
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
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 leverages log4j2 and the slf4j-log4j2
So for example a cxf interceptor that is using slf4j internally, I'd like
to add an interceptor before it to add items to the ThreadContext that
would cause getLogger(Class) to return a different logger based upon the
value set in the ThreadContext.
On Fri, Dec 19, 2014 at 9:55 AM, Ralph Goers
Hi Ralph,
I worked around the issue. Basically, I had a setup where I had basic
markers A, B and a marker C which existed in 2 versions:
1) C - with reference to A and 2) C with reference to B. What I did instead
was create 2 separate markers. C_A with references to C and A and C_B
13 matches
Mail list logo