Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Message-ID: <19409576.73411289772073922.JavaMail.jira@thor>
Date: Sun, 14 Nov 2010 17:01:13 -0500 (EST)
From: "Luc Maisonobe (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Subject: [jira] Commented: (MATH-440) Introducing a "UserException" class
In-Reply-To: <317969.46311289572275366.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/MATH-440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12931902#action_12931902 ] 

Luc Maisonobe commented on MATH-440:
------------------------------------

Yes, this is exactly what I understood and this is what bothers me: we add a generic part to a user exception and the user as absolutely no way to prevent us from doing so.
If the user does not want the generic part, he simply cannot have what he wants.

What about providing two constructors then ? I can write the explanations for both.

> Introducing a "UserException" class
> -----------------------------------
>
>                 Key: MATH-440
>                 URL: https://issues.apache.org/jira/browse/MATH-440
>             Project: Commons Math
>          Issue Type: Improvement
>            Reporter: Gilles
>            Assignee: Gilles
>            Priority: Minor
>             Fix For: 2.2
>
>
> After a discussion in MATH-425, it was concluded that a new "UserException" could be created and advertised as a privileged channel to convey failure information through the CM code layer.
> The usage of this exception is the same as the one intended for the current {{FunctionEvaluationException}}, {{MatrixVisitorException}} and {{DerivativeException}}, so those classes will be deprecated.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.