Hmm. but MDCAdapter is part of the SPI so it looks like you can't use it without spi.
I'll take a look at the mina code. I don't think I explained myself very well with respect to the Sling repackaging. I didn't literally mean copying org.slf4j.spi.* to org.apache.sling.log.spi.*. I meant coming up with our own SPI. But this isn't really the issue here, so let's table it for now. Justin On Thu, Sep 9, 2010 at 4:22 PM, Felix Meschberger <fmesc...@gmail.com> wrote: > Hi, > > I am tempted to agree with respect to SPI, of course. > > With respect to helpers, I am not really sure. Looking at the mina.core > code, they have some class in there which uses the BasicMDCAdapter class > from the helpers package. > > As for exposing a Sling-repackage: I think if we consider replacing our > homegrown SLF4J SPI implementation with an existing implementation, we > should not do this. > > Since you actually vetoed the commit, I have reverted it (with respect > to the export) for now. > > Regards > Felix > > > On 09.09.2010 20:16, Justin Edelson (JIRA) wrote: >> >> [ >> https://issues.apache.org/jira/browse/SLING-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12907709#action_12907709 >> ] >> >> Justin Edelson commented on SLING-1739: >> --------------------------------------- >> >> -1 on exporting spi and helpers. These packages are for implementers of >> SLF4J, not API consumers. The only exports from commons log should be >> logging APIs. If we decide to expose an SPI, that should be done in a Sling >> package and then mapped internally to the bundle to the SPI of whatever >> implementation we happen to be using at the time. >> >>> Update Commons Log exported SLF4J version >>> ----------------------------------------- >>> >>> Key: SLING-1739 >>> URL: https://issues.apache.org/jira/browse/SLING-1739 >>> Project: Sling >>> Issue Type: Improvement >>> Components: Commons >>> Affects Versions: Commons Log 2.0.6 >>> Reporter: Jason Rose >>> Assignee: Felix Meschberger >>> Priority: Minor >>> Fix For: Commons Log 2.0.8 >>> >>> Attachments: commons-log.patch >>> >>> >>> Commons Log is currently exporting version 1.5.2 of SLF4j. This is a very >>> old version of the library. I'm currently using Commons Logging as a >>> replacement for PAX Logging because of classloading issues with PAX in >>> JBoss, and I needed to make a couple changes to facilitate that. >>> Updating the dependency and exported versions of SLF4j fixes most of the >>> issues I have with trying to exclusively use Commons Log. In addition to >>> updating the version, I've moved the spi and helpers packages into the >>> exported packages instead of private packages. This makes it mirror PAX >>> more closely and handles all the logging requirements of 3rd party bundles >>> in my application. >> >