On Wed, Nov 26, 2008 at 10:08 AM, raphaels <[EMAIL PROTECTED]> wrote: > > I've been looking into ruote to implement workflows in the context of > automated distributed REST applications. It looks promising, I have > enjoyed using ruote and have already written a couple of prototypes. > However at this point I am not sure what the best way of handling > failures would be. In this context any participant may "fail" and it > would be tedious to have to check for failure at each step. I didn't > find a 'try/catch/finally'-like expression. One solution would be for > each participant to check for an error condition but that seems > tedious too. So what is the recommended way for doing failure handling > in a ruote process definition?
Hi Raphael, I had been expecting such a question for a long time. I don't know the whole context of your processes, but I would suggest to let the participant set a field indicating success or failure. There is already the field named "__result__" which is used by expressions like <equals> to carry results. So why not use a field and then depending on the value of that field branch the process in the "happy path" or the "fail path". It all depends if you want fail paths to be part of your process definitions. You could also leverage subprocesses to keep "main" process definitions concise and have fail paths as subprocesses not encumbering the happy path. Another technique would be to wrap participants in subprocesses so that you have participant + its exception handling stacked together. There are two kinds of subprocesses, the ones found in the main process definition [document] and the external ones (usually called via their URL or via their name (bound at the engine level), URL accessed one are probably easier to manage). I'm glad to help, it's an essential subject. Best regards, -- John Mettraux - http://jmettraux.wordpress.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "OpenWFEru users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/openwferu-users?hl=en -~----------~----~----~----~------~----~------~--~---
