commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Scott Sanders" <ssand...@nextance.com>
Subject RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release
Date Wed, 30 Jan 2002 23:08:29 GMT
Inline.

> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org] 
> Sent: Wednesday, January 30, 2002 3:04 PM
> To: Jakarta Commons Developers List
> Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release
> 
> 
> 
> 
> On Wed, 30 Jan 2002, Scott Sanders wrote:
> 
> > Date: Wed, 30 Jan 2002 14:55:45 -0800
> > From: Scott Sanders <ssanders@nextance.com>
> > Reply-To: Jakarta Commons Developers List 
> > <commons-dev@jakarta.apache.org>
> > To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
> > Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release
> >
> > So then you log the error
> 
> But you want to remove fatal() as a method to do this with 
> :-).  That's where I don't agree.  Using error() instead -- 
> which can be used for bad things that *are* recoverable -- is 
> not appropriate.

I am saying that is NOT the way I use logging.  I am not saying that I
want fatal gone.  I would just prefer it that way.  Again, I am NOT
proposing to remove it, merely stating my opinion that it IMHO is not
necessary.

Cheers,
Scott

> 
> > and then throw the exception...
> >
> 
> Craig
> 
> 
> > > -----Original Message-----
> > > From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> > > Sent: Wednesday, January 30, 2002 2:59 PM
> > > To: Jakarta Commons Developers List
> > > Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release
> > >
> > >
> > >
> > >
> > > On Wed, 30 Jan 2002, Scott Sanders wrote:
> > >
> > > > Date: Wed, 30 Jan 2002 14:51:20 -0800
> > > > From: Scott Sanders <ssanders@nextance.com>
> > > > Reply-To: Jakarta Commons Developers List 
> > > > <commons-dev@jakarta.apache.org>
> > > > To: Jakarta Commons Developers List 
> > > > <commons-dev@jakarta.apache.org>
> > > > Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 Release
> > > >
> > > > It's exceptions all the way down, man ;-)
> > > >
> > > > The issue is that FATAL, as defined in the Log4J manual, is
> > > something
> > > > that should never happen, ie the process should stop...
> > > >
> > >
> > > Agreed.
> > >
> > > But when I observe that my process has stopped, I'd sure 
> like it to 
> > > tell me why it happened.  Nothing is more frustrating 
> than debugging 
> > > a server app that "just disappeared".
> > >
> > > > Scott
> > > >
> > >
> > > Craig
> > >
> > >
> > >
> > > > > -----Original Message-----
> > > > > From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> > > > > Sent: Wednesday, January 30, 2002 2:30 PM
> > > > > To: Jakarta Commons Developers List
> > > > > Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 
> 1.0 Release
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Wed, 30 Jan 2002, Scott Sanders wrote:
> > > > >
> > > > > > Date: Wed, 30 Jan 2002 14:13:40 -0800
> > > > > > From: Scott Sanders <ssanders@nextance.com>
> > > > > > Reply-To: Jakarta Commons Developers List 
> > > > > > <commons-dev@jakarta.apache.org>
> > > > > > To: Jakarta Commons Developers List 
> > > > > > <commons-dev@jakarta.apache.org>
> > > > > > Subject: RE: [Logging] [VOTE-REDUX] Commons Logging 1.0 
> > > > > > Release
> > > > > >
> > > > > > I personally believe that a fatal 'log' should just be an
> > > > > Exception,
> > > > > > but I could be wrong :)
> > > > > >
> > > > >
> > > > > What should the poor code that receives that 
> exception do to let 
> > > > > somebody know that something really bad happened?
> > > > >
> > > > > > Scott
> > > > >
> > > > > Craig
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:
> > > > > <mailto:commons-dev-> unsubscribe@jakarta.apache.org> For
> > > > > additional commands,
> > > > > e-mail: <mailto:commons-dev-help@jakarta.apache.org>
> > > > >
> > > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > <mailto:commons-dev-> unsubscribe@jakarta.apache.org>
> > > > For
> > > additional commands,
> > > e-mail:
> > > > <mailto:commons-dev-help@jakarta.apache.org>
> > > >
> > > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:commons-dev-> unsubscribe@jakarta.apache.org>
> > > For
> > > additional commands,
> > > e-mail: <mailto:commons-dev-help@jakarta.apache.org>
> > >
> > >
> >
> > --
> > To unsubscribe, e-mail:   
> <mailto:commons-dev-> unsubscribe@jakarta.apache.org>
> > For 
> additional commands, 
> e-mail: <mailto:commons-dev-help@jakarta.apache.org>
> >
> >
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:commons-dev-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <mailto:commons-dev-help@jakarta.apache.org>
> 
> 

--
To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.org>


Mime
View raw message