> 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..
thanks, Thilina > > 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
