Hi again, I checked out the source and build a snapshot and could not get it to work. I found out that the implementations of the getInstance methods do not match the signature of the corresponding log4j methods. The should return a Category object, not a Logger. I will comment the bugzilla report as well.
Regards M. Hansen On Tue, Aug 19, 2008 at 9:44 PM, Ceki Gulcu <[EMAIL PROTECTED]> wrote: > > As similar request has been made by Michael Rumpf in bug 95. > > http://bugzilla.slf4j.org/show_bug.cgi?id=95 > > The getInstance() methods were added recently in SVN. You can expect these > methods to be part of the next release. > > HTH, > > M. Hansen wrote: > > Hi, > > > > We have decided to use JDK1.4 logging and we have some legacy > applications > > that uses log4j. Our idea is to use SLF4J to bridge calls to log4j to > jdk1.4 > > through SLF4J. However, we do not have the source code for some of our > > legacy applications and some use deprecated functionality from log4j. > More > > precisely we have run into a problem where some code invokes > > Category.getInstance(java.lang.String). This method is deprecated in > log4j > > but still part of the API ( > > > http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/Category.html > ). > > The log4j bridge does not include deprecated functionality. Why is this? > If > > the bridge is targeted for use in legacy applications it is most likely > the > > code will make use of an older log4j where the methods were not marked as > > deprecated. > > > > Regards > > M. Hansen > > -- > Ceki Gülcü > > QOS.ch is looking to hire talented developers located in > Switzerland. Please contact [EMAIL PROTECTED] for details. > _______________________________________________ > user mailing list > [email protected] > http://www.slf4j.org/mailman/listinfo/user >
_______________________________________________ user mailing list [email protected] http://www.slf4j.org/mailman/listinfo/user
