Heh... In light of (another!!) 2h meeting about logging at work today, I
say keep it light, concentrate on the important stuff.

Use of commons logging internally is nice as it would allow the user
(slide admin that is) to use the logging backend of their choice, and
integrate the logging into their setup, if they have one. Otherwise they
just leave the default settings.

As for log messages, I say we use the debug level ourselvels, and leave
the other levels only for things we really want to communicate to the
user.

Having static methods in Domain to handle common logging tasks seems
sensible.

My 2c...

Richie


On Thu, 2004-01-29 at 15:30, Daniel Florey wrote:
> Am Mittwoch, 28. Januar 2004 21:48 schrieb Unico Hommes:
> > Daniel Florey wrote:
> > > What about making the getLogger()-method in Domain.java
> > > public? This would
> > > allow classes without access to the namespace to use the
> > > domain logger.
> >
> > Why not use the logging methods on the Domain class itself? They're
> > already public.
> 
> You're right - I'm an idiot. So forget about the patch :-)
> 
> >
> > > A tiny patch for this is attached. I'd like to
> > > clean up the logging in slide some day in the future (by switching
> > > to jdk-logging). What do you think about it? It's not the
> > > most sophisticated
> > > task to do it, but I think it's worth to do it.
> >
> > I think any improvements to the logging system would be more then
> > welcomed here. Don't know about Java logging package, I haven't heard
> > much good about it. Though that is mostly hearsay. What about using
> > commons logging instead?
> 
> Don't know much about commons logging but might be a good choice. So what do 
> all of you think? Should we leave logging as it is (to keep energy for other 
> tasks) or is it worth to spend some time on log-consolidation?
> 
> Thanks for your reply!
> 
> >
> > Unico
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to