At 06:20 PM 8/11/2003 +1000, you wrote:
Hey All,

I was wondering if we could also extend the Filtering framework (working
with the new Filter dialog/framework Scott has mentioned) to allow a few
more "Quick Filters".

I must admit that the current filtering framework is geared towards either removing the event from the incoming stream of events (DENY) or on the contrary accepting them (ACCEPT). One other possibility is doing nothing (NEUTRAL).


I guess we could add the return value "HIDE" to possible set of return values for Filter.decide(LoggingEvent).

Would that be enough to do the trick?

Right now we have the right-click pop-up "Custom Filter from mouse
location".  I was wondering if we could change/add to this like:

* Hide events of this [Logger|Level|Thread|etc]
* Discard events of this [Logger|Level|Thread|etc]

The difference here is that "Hide" keeps the events, just suppresses it
from view (same as current "Custom filter from mouse location"), but
"Discard" actually removes any LoggingEvent of this type from memory,
and makes sure it does the same for any newly received event (same as
current Log4j Filter concept).

I'm also hoping we can group these Filters together (Hidden and
Discarded filters) into a profile that can be saved/loaded/automatically
applied for a Tab.

Excellent idea.


Thoughts?

Paul Smith

-- Ceki For log4j documentation consider "The complete log4j manual" ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp




--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to