commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jack, Paul" <pj...@sfaf.org>
Subject RE: DBCP/LANG
Date Sun, 11 Aug 2002 19:53:01 GMT
I also think that NestableException is good for future components
that define their own checked exceptions and don't want to re-code
all the exception chaining stuff.  Agree that existing components
should avoid it if they don't think they'll need it.

-Paul

> -----Original Message-----
> From: Henri Yandell [mailto:bayard@generationjava.com]
> Sent: Sunday, August 11, 2002 12:51 PM
> To: Jakarta Commons Developers List
> Cc: nicolaken@apache.org
> Subject: Re: DBCP/LANG
> 
> 
> 
> So you mean an ExceptionUtils style thing that will take 
> 'getCause' as a
> special method name, use reflection to see if it's there, and 
> assumed a
> tree of Exceptions via getCause?
> 
> Sounds good.
> 
> ExceptionUtils.toNested(Exception);NestableException ? ;)
> 
> > That doesn't mean there is a need for a NestableException base class
> > that projects should use ( i.e. TomcatException extends
> > NestableException).
> 
> So a Commons version has theoretical importance, even if 
> developers won't
> want to extend things very often. I've towed a line similar 
> to yours on
> extension/interfaces/frameworks, but have felt that very 
> simple cases such
> as NestException and Enum were workable.
> 
> > There is need for common code to parse the stack trace and helper to
> > manipluate the nested exceptions - but [lang] is completely 
> useless for
> > that, if a project doesn't extend NestableException, it 
> won't get any
> > help.
> 
> Currently yes. So let's improve it.
> 
> > In other words - I don't think tomcat ( for example ) will 
> change the
> > exceptions to extend NestableException, especially when the 
> same benefits
> > can be achieved using a tool that can manipulate arbitrary 
> exception (
> > including ServletException, etc ).
> 
> Extending a NestableException improves the speed of the arbitrary
> exception handling tools. They can check instanceof before 
> the reflection.
> 
> > Since commons allows duplication - I'll just wait for a 
> general-purpose
> > exception helper that will do the same thing on arbitrary 
> exceptions.
> 
> Lang.exception.ExceptionUtils maybe? [as a suggestion that 
> such a thing be
> created. There's one method in StringUtils which is intended 
> to head to
> that already].
> 
> Hen
> 
> 
> --
> 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