Re: [log4perl-devel] logger state is global

2011-01-26 Thread Tom Metro
Mike Schilli wrote: > Tom Metro wrote: >> It came about because the $logger object doesn't actually convey the >> full state, so when serialized and passed to a remote method, the >> remote logging reverts to default logging settings. > > Yeah, the way it's currently implemented, a logger is only

Re: [log4perl-devel] logger state is global

2010-11-27 Thread Mike Schilli
On Thu, 18 Nov 2010, Tom Metro wrote: > It came about because the $logger object doesn't actually convey the > full state, so when serialized and passed to a remote method, the > remote logging reverts to default logging settings. Yeah, the way it's currently implemented, a logger is only meaning

Re: [log4perl-devel] logger state is global

2010-11-19 Thread Tom Metro
Mike Schilli wrote: >> The trigger for the problem turned out to be a 'use' call in the eval'ed >> code that loaded a library which internally called easy_init() (yet >> specifying the INFO logging level). > > That's very confusing and should be avoided at all cost. > We discourage people from doi

Re: [log4perl-devel] logger state is global

2010-11-16 Thread Mike Schilli
On Tue, 16 Nov 2010, Tom Metro wrote: > 1. Ability to create a library module that can use Log4perl, such that > if the calling code makes no use of Log4perl, it logs independently > with locally specified defaults, but if the caller does use Log4perl, > it picks up the callers settings. Hi Tom,