Actually, after looking at the list of who makes up the main OSGi Alliance, I'm not surprised. I am surprised, however, that Apache is not part of the OSGi Alliance despite hosting like half of the open source OSGi projects out there.
On 6 April 2017 at 16:25, Matt Sicker <boa...@gmail.com> wrote: > I'm honestly surprised that there was no collaboration between SLF4J or > Log4j about this considering most implementations of the service will end > up delegating to Log4j2 or Logback most likely (see pax-logging for > example). > > On 6 April 2017 at 13:58, BJ Hargrave <hargr...@us.ibm.com> wrote: > >> It is indeed a service. The spec writing for these changes are not in the >> draft spec so you can see https://github.com/osgi/design >> /blob/master/rfcs/rfc0219/rfc-0219-LogService-Update.pdf for some more >> detail/background on the change. >> >> >> Also see https://github.com/osgi/slf4j-osgi which holds an slf4j binding >> to the new Log Service. >> -- >> >> BJ Hargrave >> Senior Technical Staff Member, IBM // office: +1 386 848 1781 >> <(386)%20848-1781> >> OSGi Fellow and CTO of the OSGi Alliance // mobile: +1 386 848 3788 >> <(386)%20848-3788> >> hargr...@us.ibm.com >> >> >> >> ----- Original message ----- >> From: Matt Sicker <boa...@gmail.com> >> Sent by: osgi-dev-boun...@mail.osgi.org >> To: OSGi Developer Mail List <osgi-dev@mail.osgi.org> >> Cc: >> Subject: Re: [osgi-dev] Log Service Specification Version 1.4 doubt >> Date: Thu, Apr 6, 2017 2:11 PM >> >> As long as LoggerFactory is a service and not a static singleton like in >> SLF4J and Log4j2, then the API makes sense in an OSGi context. If it's yet >> another static factory, then I'd promote the use of Log4j2 instead as we >> don't need yet another logging facade. >> >> On 6 April 2017 at 12:27, Cristiano Gavião <cvgav...@gmail.com> wrote: >> >> Hello, >> I was reading today the early draft of compendium 7.0.0. >> >> I saw two interfaces that caught my attention: LoggerFactory and Logger. >> >> could someone explain me the idea behind them? why not >> importing/extending interfaces from org.slf4j.api instead? >> >> If I understood it right, LoggerFactory is aimed to be used as a >> service, but I wondering, it would be possible to obtain a Logger from >> the factory statically as well as we do when using sfl4j/logback on >> non-service classes? >> >> thanks, >> >> Cristiano >> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> >> >> >> -- >> Matt Sicker <boa...@gmail.com> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> >> >> >> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> > > > > -- > Matt Sicker <boa...@gmail.com> > -- Matt Sicker <boa...@gmail.com>
_______________________________________________ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev