commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Romain Manni-Bucau <rmannibu...@gmail.com>
Subject Re: [jcs] logging
Date Mon, 02 Jun 2014 12:56:39 GMT
done: https://issues.apache.org/jira/browse/LOG4J2-658



Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-06-02 14:51 GMT+02:00 Gary Gregory <garydgregory@gmail.com>:

> Could you please create a log4j 2 Jira for this? There might be one
> already though. I have seen discussions about this area on the log4j dev ML.
>
> Gary
>
> <div>-------- Original message --------</div><div>From: Romain Manni-Bucau
> <rmannibucau@gmail.com> </div><div>Date:06/02/2014  08:31  (GMT-05:00)
> </div><div>To: Commons Developers List <dev@commons.apache.org>
> </div><div>Subject: Re: [jcs] logging </div><div>
> </div>@Gary: same with trunk. Here what I do (we can move it to another
> thread
> since that's 100% log4j2 related): unzip
> apache-tomee-1.7.0-SNAPSHOT-webprofile.zip && cd
> apache-tomee-webprofile-1.7.0-SNAPSHOT/ && rm conf/logging.properties  &&
> echo 'openejb.log.factory=log4j'>conf/system.properties && cp ~/log4j2.xml
> conf/log4j2.xml && cp
>
> ~/.m2/repository/org/apache/logging/log4j/log4j-api/2.0-rc2-SNAPSHOT/log4j-api-2.0-rc2-SNAPSHOT.jar
> lib/ && cp
>
> ~/.m2/repository/org/apache/logging/log4j/log4j-core/2.0-rc2-SNAPSHOT/log4j-core-2.0-rc2-SNAPSHOT.jar
> lib/ && cp
>
> ~/.m2/repository/org/apache/logging/log4j/log4j-1.2-api/2.0-rc2-SNAPSHOT/log4j-1.2-api-2.0-rc2-SNAPSHOT.jar
> lib/ && ./bin/catalina.sh
>
> it makes server starting with log4j2 logs, if you ctrl+c logs are not
> printed. Sure it is cause context is closed too early and then loggers have
> NullConfiguration. (If I debug in
> java.lang.ApplicationShutdownHooks#runHooks to wait all hooks exec it
> works)
>
>
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>
>
> 2014-06-02 8:54 GMT+02:00 Gary Gregory <garydgregory@gmail.com>:
>
> > On Mon, Jun 2, 2014 at 1:20 AM, Romain Manni-Bucau <
> rmannibucau@gmail.com>
> > wrote:
> >
> > > Well ATM log4j2 doesnt work well, didnt get time to dig into it but
> > tested
> > > last week for another topic and lost all my shutdown messages (guess
> > > cleanup is called too early).
> > >
> >
> > Please to check out trunk and give us some feedback! trunk has a lot of
> > fixes since RC1.
> >
> > Gary
> >
> >
> > >
> > > 3 would be an option if we dont rely on [logging] anymore but the impl
> > > directly which would be a regression IMHO + either would be JUL (where
> > > loghelper is needed) or another dependency...
> > > Le 2 juin 2014 00:01, "Gary Gregory" <garydgregory@gmail.com> a écrit
> :
> > >
> > > > There is also log4j 2.
> > > >
> > > > Gary
> > > >
> > > > <div>-------- Original message --------</div><div>From:
Romain
> > > Manni-Bucau
> > > > <rmannibucau@gmail.com> </div><div>Date:06/01/2014 
15:26
>  (GMT-05:00)
> > > > </div><div>To: Commons Developers List <dev@commons.apache.org>
> > > > </div><div>Subject: [jcs] logging </div><div>
> > > > </div>Hi
> > > >
> > > > I have two main point to discuss regarding the logging:
> > > > 1) LogHelper stuffI committed. Idea was to cache isDebugEnabled to
> get
> > a
> > > if
> > > > (boolean) complexity and not go through the logging framework which
> can
> > > > imply several layers (filter, appender, handler, logger...) for
> nothing
> > > and
> > > > slow down caching (which has more perf constraints than other
> backends.
> > > > This really depends on the logger you use but we can't suppose it is
> > the
> > > > one we benched against. Solutions I see: a) keep LogHelper, b) remove
> > > logs
> > > > (some are useless I think), 3) other?
> > > >
> > > > 2) logger api used. ATM we use [logging] but it will surely be an
> issue
> > > for
> > > > TomEE when integrated ([logging] is the less integrated framework -
> > > > compared to JUL or SLF4J where we don't have the choice at all) and I
> > > think
> > > > we'd be happy to remove it from the container to let it be
> application
> > > > oriented if we can. Any idea to make it hurtless? This doesn't urge
> and
> > > > doesn't block anything but if someone has an awesome idea it would be
> > > > welcomed ;)
> > > >
> > > >
> > > > Romain Manni-Bucau
> > > > Twitter: @rmannibucau
> > > > Blog: http://rmannibucau.wordpress.com/
> > > > LinkedIn: http://fr.linkedin.com/in/rmannibucau
> > > > Github: https://github.com/rmannibucau
> > > >
> > >
> >
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > Java Persistence with Hibernate, Second Edition
> > <http://www.manning.com/bauer3/>
> > JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> > Spring Batch in Action <http://www.manning.com/templier/>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message