Re: log4j-2.0 questions

Hi Ralph! I'll try it out in a few projects today. LieGrue, strub --- On Mon, 7/18/11, Ralph Goers wrote: > From: Ralph Goers > Subject: Re: log4j-2.0 questions > To: "Ralph Goers" > Cc: "Log4J Developers List" > Date: Monday, July 18, 2011

Re: log4j-2.0 questions

ut most times it's the users (=programmers) fault. Doing 10 >>> millions of log.debug per second in a proxy is just not sane ;) >>> >>> Maybe we could pickup this logger-strategy only if the configuration is in >>> the same classloader or in a higher-level cl

Re: log4j-2.0 questions

e could pickup this logger-strategy only if the configuration is in >> the same classloader or in a higher-level classloader? >> >> It should be possible to implement own strategies which could be used by >> app-servers like JBoss to adopt it to their classloading strat

Re: log4j-2.0 questions

ue, > strub > > > --- On Thu, 6/30/11, Ralph Goers wrote: > >> From: Ralph Goers >> Subject: Re: log4j-2.0 questions >> To: "Log4J Developers List" >> Date: Thursday, June 30, 2011, 12:33 AM >> OK - that is what I thought. I >> hav

Re: log4j-2.0 questions

pickup this logger-strategy only if the configuration is in > the same classloader or in a higher-level classloader? > > It should be possible to implement own strategies which could be used by > app-servers like JBoss to adopt it to their classloading strategy. > > makes sens

Re: log4j-2.0 questions

11, Ralph Goers wrote: > From: Ralph Goers > Subject: Re: log4j-2.0 questions > To: "Log4J Developers List" > Date: Thursday, June 30, 2011, 12:33 AM > OK - that is what I thought.  I > have the innards of that working now and have a decent > solution for Tomcat. But

Re: log4j-2.0 questions

On Jun 29, 2011, at 1:51 PM, Mark Struberg wrote: > Sorry for the delay, follow up further... > >> By default, the resolver only scans classes in >> org.apache.logging.log4j packages and subpackages. > > But that still does perform much worse than a simple set of properties files > which can g

Re: log4j-2.0 questions

ff. Basically all things which comes as part > of a container. But in that case it would be really nice ;) > > Ideally one could provide a configuration of packages which are 'shared'. > > LieGrue, > strub > > --- On Tue, 6/21/11, Ralph Goers wrote: > >>

Re: log4j-2.0 questions

On Jun 29, 2011, at 3:11 PM, Mark Struberg wrote: > Hi Ralph! > > Txs for clarifying. I thought the user needs to provide that message object. > > Regarding temp object creation: in HotSpot it is now much better than it used > to be, but it's still an overhead. > > Btw, regarding Message obj

Re: log4j-2.0 questions

ct: Re: log4j-2.0 questions > To: "Log4J Developers List" > Date: Monday, June 27, 2011, 2:21 PM > > Log4j-1.2.x has the concept of separate logger repositories > distinguished using  repository selectors.  This allows a > single shared Log4j instance to se

Re: log4j-2.0 questions

Oki, I understand. txs 4 the explanation! LieGrue, strub --- On Tue, 6/21/11, Joern Huxhorn wrote: > From: Joern Huxhorn > Subject: Re: log4j-2.0 questions > To: "Log4J Developers List" > Date: Tuesday, June 21, 2011, 9:39 AM > > On 20.06.2011, at 23:33, ralph.g

Re: log4j-2.0 questions

uration of packages which are 'shared'. LieGrue, strub --- On Tue, 6/21/11, Ralph Goers wrote: > From: Ralph Goers > Subject: Re: log4j-2.0 questions > To: "Log4J Developers List" > Date: Tuesday, June 21, 2011, 7:15 AM > > On Jun 20, 2011, at 10:52 PM, Ma

Re: log4j-2.0 questions

he log for the poor guy/lady which is looking for a solution on the internet ;) LieGrue, strub --- On Tue, 6/21/11, Ralph Goers wrote: > From: Ralph Goers > Subject: Re: log4j-2.0 questions > To: "Log4J Developers List" > Date: Tuesday, June 21, 2011, 6:43 AM > &

Re: log4j-2.0 questions

#x27;t? How do you perform this class scan? LieGrue, strub --- On Tue, 6/21/11, Ralph Goers wrote: > From: Ralph Goers > Subject: Re: log4j-2.0 questions > To: "Log4J Developers List" > Date: Tuesday, June 21, 2011, 6:33 AM > > On Jun 20, 2011, at 10:52 P

Re: log4j-2.0 questions

Log4j-1.2.x has the concept of separate logger repositories distinguished using  repository selectors.  This allows a single shared Log4j instance to serve up multiple distinct logging configurations; one per/application.  This can also be achieved by using a separate instance of Log4j per/app

Re: log4j-2.0 questions

On 20.06.2011, at 23:33, ralph.goers @dslextreme.com wrote: > Hey Mark, thanks for parThere are two cases here. In the first the method > signature includes a Throwable. In that case it is unambiguous and is handled > properly. In the second case, Joern Huxhorn provided the ParameterizedMessage

Re: log4j-2.0 questions

On Jun 20, 2011, at 10:52 PM, Mark Struberg wrote: > Hi Ralph! > > The problem is that this should be one of n 'pluggable' logger > implementations. Because getting the current ContextClassLoader (for some > servers you even need to do this via a doPrivileged block) can be expensive. After re

Re: log4j-2.0 questions

On Jun 20, 2011, at 10:52 PM, Mark Struberg wrote: > Hi Ralph! > > The problem is that this should be one of n 'pluggable' logger > implementations. Because getting the current ContextClassLoader (for some > servers you even need to do this via a doPrivileged block) can be expensive. Are you

Re: log4j-2.0 questions

On Jun 20, 2011, at 11:06 PM, Mark Struberg wrote: > Hi Gary! > > > I'll certainly give it a go. > Btw, I've seen the Message interface ant the log.info with the Message > parameter. Is't creating a new Message instance way too expensive? Expensive compared to what? The Message object is on

Re: log4j-2.0 questions

artup, isn't? By default, the resolver only scans classes in org.apache.logging.log4j packages and subpackages. You can specify additional packages as an attribute on the configuration element in the configuration file. > > LieGrue, > strub > > > > > --

Re: log4j-2.0 questions

and way faster than guice and Weld too). I especially learned to be really careful to avoid unnecessary temp object creations. LieGrue, strub --- On Tue, 6/21/11, Gary Gregory wrote: > From: Gary Gregory > Subject: Re: log4j-2.0 questions > To: "Log4J Developers List" &g

Re: log4j-2.0 questions

libraries. But in that case it's really important. Btw, you said that you use annotations for some parts: doesn't this take too much power? You would need to scan all classes at startup, isn't? LieGrue, strub --- On Tue, 6/21/11, Ralph Goers wrote: From: Ralph Goers Subje

Re: log4j-2.0 questions

On Jun 20, 2011, at 5:04 PM, Gary Gregory wrote: > > > On Jun 20, 2011, at 17:33, "ralph.goers @dslextreme.com" > mailto:ralph.go...@dslextreme.com>> wrote: > > > 2.) is there an optional support for ThreadContextClassLoader scenarios? > This is often a problem for logging in libraries which

Re: log4j-2.0 questions

On Jun 20, 2011, at 17:33, "ralph.goers @dslextreme.com" mailto:ralph.go...@dslextreme.com>> wrote: Hey Mark, thanks for participating in this! See my comments inline below. On Mon, Jun 20, 2011 at 12:22 PM, Mark Struberg <strub...@yahoo.de

Re: log4j-2.0 questions

Hey Mark, thanks for participating in this! See my comments inline below. On Mon, Jun 20, 2011 at 12:22 PM, Mark Struberg wrote: > Hi folks! > > My name is Mark and I had a few discussions about log4j 2.0 with Ralph > lately. It is about the question whether log4j-2.0 would be a candidate for >

log4j-2.0 questions

Hi folks! My name is Mark and I had a few discussions about log4j 2.0 with Ralph lately. It is about the question whether log4j-2.0 would be a candidate for all the internal logging of Apache Maven or not. I've checked out the sources they build fine. I'm not a logging expert, but more a casua