Return-Path: <balld@webslingerZ.com>
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 88797 invoked from network); 29 Mar 2000 08:15:32 -0000
Received: from unknown (HELO localhost.localdomain) (@216.254.77.75)
  by locus.apache.org with SMTP; 29 Mar 2000 08:15:32 -0000
Received: from localhost (balld@localhost)
	by localhost.localdomain (8.9.3/8.9.3) with ESMTP id DAA03689
	for <cocoon-dev@xml.apache.org>; Wed, 29 Mar 2000 03:05:49 -0500
X-Authentication-Warning: localhost.localdomain: balld owned process doing -bs
Date: Wed, 29 Mar 2000 03:05:49 -0500 (EST)
From: Donald Ball <balld@webslingerZ.com>
X-Sender: balld@localhost.localdomain
To: cocoon-dev@xml.apache.org
Subject: Re: A Suggestion for Cocoon2 Store
In-Reply-To: <38DE7FD4.1594ACED@relativity.yi.org>
Message-ID: <Pine.LNX.4.10.10003290305350.2512-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N

On Sun, 26 Mar 2000, Kevin A. Burton wrote:

> Niclas Hedhman wrote:
> <snip>
> > Suggestion, introduce a CocoonException which can wrap (similar to
> > java.lang.reflect.InvocationTargetException) other Exceptions, and have
> > other Cocoon related exceptions to be a subclass thereof.
> 
> Oh man.  +1024 :)
> 
> I talked about this under the Turbine mailing list and the decision was
> that although it is a good idea the were throwing "Exception" in too
> many places and that all new code would use TurbineException.  A 
> CocoonException is a really good idea.  
> 
> So maybe:
> 
> CocoonException -> StoreException ?

+1

- donald