Another thing to add about exception is that we are moving towards runtime exception in
2.0 release (to be in line with the JEE5 approach). Although it is the cache caller that
should catch these kind of exceptions but definitely there is higher chance that end users
will see some more stack trace.
-----Original Message-----
From: jbosscache-dev-bounces(a)lists.jboss.org
[mailto:jbosscache-dev-bounces@lists.jboss.org] On Behalf Of Manik Surtani
Sent: Friday, December 22, 2006 9:38 AM
To: Brian Stansberry
Cc: jbosscache-dev(a)lists.jboss.org
Subject: Re: [jbosscache-dev] Logging exceptions
Precisely. If an exception is bubbled up to the point that the stack trace is dumped,
then this is not proper design but a real, unexpected exception.
As Brian suggested, exceptions that are 'expected' (and while this smells of bad
design initially, could still be valid if these are truly infrequent circumstances but
need appropriate reaction) would probably be also caught by design, and dealt with.
If you are referring to purposefully dumping a stack trace as a part of handling this
exception, then keep this to DEBUG or below, as this
*does* freak users out! :-)
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 21 Dec 2006, at 19:08, Brian Stansberry wrote:
jbosscache-dev-bounces(a)lists.jboss.org wrote:
> Hi,
>
> Sometimes I come across a case where a good design principle for a
> flow of control is to raise an exception. Exceptions are usually
> logged and stack trace is dumped. In some of these cases exceptions
> happen due to expected circumstances (i.e request to activate region
> when region is not active) and so on. I am getting an impression
> (maybe a false one) that users freak out when the see stack traces
> and thus I am reluctant to raise an Exception in some of these cases
> and make a workaround.
>
> What do you guys do about this problem? Is there a way to have a
> generic catch clause for Exception but somehow indicate if stacktrace
> should be dumped or not to a logger?
> Or should I just forget about this impression (of freaking out users)
> and raise exceptions whenever a good design dictates it?
>
If the exception is raised for a good design purpose, wouldn't that
also mean it should be handled somewhere and not propagate to
arbitrary code?
And then proper logging design means it shouldn't be logged anywhere
on the way to wherever it's handled, or at least not at anything above
DEBUG level.
- Brian
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev