I don't think that has ever been the case. Unless I mean something, the PaxLoggerImpl class which is where all logging statements ultimately end up directly call the Log4J loggers. See https://github.com/ops4j/org.ops4j.pax.logging/blob/37c16d93c9f5f6ebab7bfe227a284737a959f56b/service/src/main/java/org/ops4j/pax/logging/internal/PaxLoggerImpl.java (which comes from the 1.0.0 release back in 2008). I think the main problem is that the OSGi log events do not contain much information, so delegating (or even forwarding) to the osgi log service would simply result in a big loss of information (MDC, location, class, etc...). See * https://github.com/ops4j/org.ops4j.pax.logging/blob/37c16d93c9f5f6ebab7bfe227a284737a959f56b/service/src/main/java/org/ops4j/pax/logging/internal/PaxLoggerImpl.java * https://github.com/ops4j/org.ops4j.pax.logging/blob/master/pax-logging-api/src/main/java/org/osgi/service/log/LogEntry.java
To come back to the original point, I think it would make more sense to enhance the felix web console log plugin (or rewrite one) in order to display all the missing informations rather. On Mon, Feb 28, 2011 at 14:39, Niclas Hedhman <[email protected]> wrote: > On Mon, Feb 28, 2011 at 3:48 PM, Guillaume Nodet <[email protected]> wrote: >> It's right pax-logging supports the LogReader service, but if you a >> bundle uses the slf4j api for example, the events won't be available >> as OSGi events, only events sent through the OSGi Log Service will be >> afaik. > > If so, then I would call that a bug. The original intent was that it > would route all 'non-OSGi' API calls into the OSGi world of Log > Service, the reader and Event Admin events.... > But I haven't worked on the code for 2-3 years, so perhaps this intent > has shifted over time. > > Cheers > -- > Niclas Hedhman, Software Developer > http://www.qi4j.org - New Energy for Java > > I live here; http://tinyurl.com/3xugrbk > I work here; http://tinyurl.com/24svnvk > I relax here; http://tinyurl.com/2cgsug > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
