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 
<rmannibu...@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 <garydgreg...@gmail.com>:

> On Mon, Jun 2, 2014 at 1:20 AM, Romain Manni-Bucau <rmannibu...@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" <garydgreg...@gmail.com> a écrit :
> >
> > > There is also log4j 2.
> > >
> > > Gary
> > >
> > > <div>-------- Original message --------</div><div>From: Romain
> > Manni-Bucau
> > > <rmannibu...@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: garydgreg...@gmail.com | ggreg...@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
>

Reply via email to