[kepler-dev] [Bug 4288] - Develop GUI error handling strategy.

[bugzilla-daemon at ecoinformatics.org]

http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4288


cxh at eecs.berkeley.edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement




------- Comment #1 from cxh at eecs.berkeley.edu  2009-08-18 08:22 -------
Having some exceptions that cause immediate failure and some that allow
execution to continue is an interesting research topic.  

To do this, we could add an exception class called Warning that would be
a runetime exception that could be thrown by an actor if the problem would
not significantly change the output of the actor.  Directors could then
have a parameter that controls when they stop execution depending on the
exception.  For example, a director could stop execution immediately
when it gets a Warning, or finish the iteration, or finish the entire
execution.

Also, actors could produce Nil tokens after receiving certain types of errors.

Lisp has this notion of speed and safety, where each is represented by 
a number from 1 to 3.  For example, speed=3 and safety=1 means run "run fast,
ignore errors".  Having a similar system for the execution engine would
be useful.
We could apply a similar rating system to Warning exceptions, where exceptions
that have a certain severity would be handled differently.  Logging systems
have a similar notion of severity (debug, info, warn etc.)

I'm marking this as an enhancement and honestly think this is a post-rel-2.0
issue.  I'll leave changing the target to someone else.