DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36062>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36062

           Summary: [logging] extended API: getChildLogger(String)
           Product: Commons
           Version: unspecified
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Logging
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: [EMAIL PROTECTED]


This is a feature request for the commons-logging API already discussed on the
mailing list. The idea is to have an extended interface rather than Log that
adds additional methods (getChildLogger and getName) that have already been
requested for a long while. The suggested approach does not break compatibility
of JCL. The existing Log interface is not touched and shall esp. not be
deprecated. The new interface may only be used as needed but aims to prevent
having even more additional logging APIs in future. The suggestion is to change
the implementation in a way that all classes that implement Log shall implement
Logger and fullfill the contract of the additional methods. In my request I
still leave it open what happens to LogFactory but my suggestion is to leave it
untouched (except for javadoc updates). Further I recomment to add an abstract
class to the "impl" package that implements the Logger interface but does not
implement any methods. The Logger interface may then recommend in its javadoc 
to 
extend the abstract class rather than directly implementing the interface. This
would allow to have less trouble if -however- in future an additional feature
request for the Logger API arises.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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

Reply via email to