If your binding isn't working, try to remove it. If everything is working, it should say that it can't find any bindings, and is defaulting to no-op.
On Oct 3, 2011, at 3:43 PM, Chris Pratt wrote: > That should be all the is required. When Java starts up, it should find your > StaticLoggerBinder implementation is the only game in town and SLF4j will > start calling it to write the logs. If it doesn't work, make sure you don't > have any other SLF4j logger implementations on your classpath. > (*Chris**) > > On Mon, Oct 3, 2011 at 11:34 AM, Zac Harvey <[email protected]> wrote: > My company recently built our own logging framework, and has decided to use > Apache Camel as our integration framework (Camel 2.7.2). Camel recently > converted to using SLF4J and so in order to get Camel's internal guts logging > to our homegrown system, I have been tasked with writing a simple SLF4J > binding. > > I am about 95% sure I followed the directions: namely I started with the > Log4J binding and modified it to provide Adapter and LoggerFactory classes > which use our internal logging framework. I also modified StaticLoggerBinder > in accordance with the specs on SLF4J's website. > > I made the binding its own jar (for separation of concerns, etc.). Now I am > wondering where I need this jar placed so that Java sees my binding jar in > the classpath at runtime. > > Do I just need to declare this binding jar as a dependency to any of our > projects that will make use of both Camel *and* our logging service? If so, > then that's an easy solution. But this is my first SLF4J binding and I'm > having a tough time seeing the "forest through the trees" here. > > Thanks in advance for any nudges in the right direction! > > -Zac > > _______________________________________________ > slf4j-user mailing list > [email protected] > http://qos.ch/mailman/listinfo/slf4j-user > > _______________________________________________ > slf4j-user mailing list > [email protected] > http://qos.ch/mailman/listinfo/slf4j-user
_______________________________________________ slf4j-user mailing list [email protected] http://qos.ch/mailman/listinfo/slf4j-user
