ode-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thilina Gunarathne" <cset...@gmail.com>
Subject Re: Server error handling
Date Sun, 06 Apr 2008 01:45:06 GMT
>  Sounds fair to me. For #2 I'm of the opinion that it should be part of the
>  event handler interface as it's something you want the API implementer to be
>  aware of. So I proposed (in the Jira issue created by Thilina) to add a
>  method like failOnError() so the handler can signify the expected engine
>  behavior.
+1 for giving the users the option to decide whether the process
instance should fail or not... There the once who should decide the
importance to them between reliability of audit data and the process
instance completion..


>  About #3 I have mixed feeling. This would mandate exposing the engine state
>  (both the OModel and Jacob) to the outside world, effectively making the
>  running state a public interface. We can't guarantee the stability of this
>  interface, we want to able to change it at anytime. So even if self-repair
>  sounds like a seducing idea, from an implementation standpoint it would
>  probably be a headache to maintain.
>  Matthieu
>  >
>  > alex
>  >

Thilina Gunarathne - http://thilinag.blogspot.com

View raw message