Hi Ralph! I took a pretty deep look into log4j-2.0 already (even used it for a few sample projects). But I was not aware that it's also an abstraction layer/facade ^^ So by using log4j-2.0 in DeltaSpike, a container vendor could mix and match with other logging frameworks?
LieGrue, strub ----- Original Message ----- > From: "ralph.goers @dslextreme.com" <ralph.go...@dslextreme.com> > To: Commons Developers List <dev@commons.apache.org>; Mark Struberg > <strub...@yahoo.de> > Cc: > Sent: Wednesday, February 8, 2012 8:20 PM > Subject: Re: any plans for commons-logging-2.0? > > You could look at the Log4j 2 API, but while it supports multiple > implementations, is really designed to be an abstraction layer so that > user's have a clear line between the API and implementation. For the time > being you can find the documentation at > http://people.apache.org/~rgoers/log4j2/. FWIW, Log4j 2 supports using > SLF4J as the API to access it as well as Commons Logging. However, its API > contains more features than either. > > Also, > > Ralph > > On Wed, Feb 8, 2012 at 10:27 AM, Mark Struberg <strub...@yahoo.de> wrote: > >> Hi folks! >> >> Over at the DeltaSpike we are discussing about a generic logging layer >> which we can exchange easily. >> We have been reluctant to use slf4j because some containers use different >> layers etc. But jul is also not really satisfying. >> >> >> It should be easily shadeable and use java6 features like >> variable-argument parameters, typesafe logging, etc >> >> Would there be some interest for creating a commons-logging-2.0? >> >> We could also use this in OpenWebBeans, TomEE, etc >> >> >> We could also do the prototyping in DeltaSpike. There are also a few >> DeltaSpike committers which previously worked on JBoss logging. >> >> LieGrue, >> strub >> >> PS: this is currently in the 'crazy brainstorming' phase, so > nothing >> decided yet on our side... >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
