1178 2005-03-22 19:30:38 +0000 Workunit inside an exception handler 2005-07-14 16:47:51 +0000 1 1 1 Unclassified WS Choreography Spec unspecified PC Windows 2000 RESOLVED DUPLICATE 1176 http://lists.w3.org/Archives/Public/public-ws-chor-comments/2005Mar/0004.html P2 normal -- 1 gritzinger martin.chapman public-ws-chor-comments oldest_to_newest 3934 0 gritzinger 2005-03-22 19:30:38 +0000 This issue is related to issue 1102, in that it questions the purpose of having a workunit inside an exception handler, in the same way that 1102 questioned having the workunit in a finalizerBlock. If we compare the semantics of a workunit within the exception handler to a general workunit, we find that they are essentially different constructs. The exception workunit has no repetition or blocking behavior, and has extreme restrictions on what can be placed in its guard condition (as far as I can tell it is only possible to check the exception type). So why is it called a workunit? My proposal is that rather than trying to reuse an existing activity (workunit), but modify its semantics significantly, would it not be better to have a new construct that is specific to the needs of the exception handler. There are two possible solutions: 1) move the declaration of exception type onto the exception block, and allow multiple exception blocks to be defined. <choreo ...> <exceptionBlock name=".." exceptionType="...." > <!-- some activity --> </exceptionBlock> <exceptionBlock name=".." > <!-- default exception handler --> <!-- some activity --> </exceptionBlock> </choreo> 2) have a new construct <choreo ...> <exceptionBlock ..> <exceptionHandler type="..." > <!-- some activity --> </exceptionHandler> <exceptionHandler> <!-- default exception handler --> <!-- some activity --> </exceptionHandler> </exceptionBlock> </choreo> 4639 1 martin.chapman 2005-07-14 16:47:51 +0000 *** This bug has been marked as a duplicate of 1176 ***