[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [wsbpel] Issue - 274 - orphaned IMA in compensationHandler
These are all of the bullet points from that section with a new bullet to
describe the compensation handler handling without the "calling fault handler"
terminology Danny pointed out.
• If the contained primary activity and the event handlers of the
scope have completed without any unhandled fault then a check for orphaned IMA’s
MUST be made. If one or more orphaned IMA’s are detected then a
bpel:missingReply fault is thrown to the completing <scope> itself. When
the bpel:missingReply fault is thrown, all the orphaned IMA's are encompassed by
the fault and are no longer considered orphaned.
• If a fault handler has completed without any unhandled fault then a check for orphaned IMA’s MUST be made. If any orphaned IMA is detected then a new bpel:missingReply is thrown to the parent scope (similar to throwing or rethrowing other faults from a fault handler). However, if the fault handler is handling a bpel:missingReply fault and no new IMA's were created and left open by the fault handler, the new fault MUST NOT be generated and thrown. The newly thrown bpel:missingReply fault MUST encompass all orphaned IMA's. When the bpel:missingReply fault is thrown, all the orphaned IMA's are encompassed by the fault and are no longer considered orphaned. • If a fault handler itself throws or rethrows a fault different from bpel:missingReply to the parent scope then no check for orphaned IMA's is made, and the checking is deferred to the parent <scope>. The orphaned IMA's remain as such. • The same behavior as in the previous bullet applies when a termination handler is executed. • No checks for orphaned IMA's are made when a compensation handler completes. The compensation handler's execution must necessarily start from within a fault or termination handler so any orphaned IMA's created by a compensation handler will be detected and handled as described in the above bullets. From: Danny van der Rijn [mailto:dannyv@tibco.com] Sent: Thursday, May 04, 2006 3:40 PM To: Mark Ford Cc: Alex Yiu; wsbpel@lists.oasis-open.org Subject: Re: [wsbpel] Issue - 274 - orphaned IMA in compensationHandler Alex's version catches the fault as near as possible, but requires that a compensation activity do scope-like work. Mark's proposal would require (IMO) defining or replacing the term "the calling fault ... handler" Mark Ford wrote: --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]