Details
-
Wish
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
-
None
Description
The Appender interface in log4j 1.2 (carried over in the rgoers contribution) requires an implementation to not only define its distinctive logging destination also but also a composite filter (the addFilter(), getFilter(), getFilters() method). Because of that almost all custom appenders in log4j 1.2 extend from AppenderSkeleton to inherit the implementation of composite filter. The appender interface should be refactored so it contains a reference to a generic Filter (which may or may not be a composite filter) and a Channel (or whatever we want to call the bit that makes one appender different from another).