1. Answer: b, d

A scope is needed to handle an exception within an Orchestration. In order to be able to catch an exception, the scope does not have to be transactional, but it must have an exception block. Transactional scopes cause additional persistence points and should be avoided if they are not needed.

2. Answer: a

If no exception handler is implemented, the default exception handler will trigger. The default exception handler will trigger the compensation block of any nested scopes, if they have one, therefore a compensation block must be added to the scope to allow compensation to be made. Compensation for what happened inside the scope should be done in that Scopes Compensation block, not in a Parent scope or an Orchestrations Compensation block. Also, compensating logic should be placed in the compensation block, not an exception block.

3. Answer: c

Port processing halts while delivering to the MessageBox only. What happens after that when a physical Send Port processes messages matching its subscription is by default nothing the Orchestration is aware of. Delivery Notification can be configured to Transmitted on a logical Send Ports in the Orchestration to halt processing until the physical Send Ports processing is successful before completing a Scope. If the physical Port fails, a DeliveryFailureException will be raised. Failed message routing routes the message in case of port failure, but does nothing to affect Orchestration processing. The Synchronized property has nothing to do with this behavior.

4. Answer: b

For a port to fail processing on its first attempt (immediately), the Retry count on the Transport Advanced Options pane must be set to 0. It will then try to use the backup transport. Configuring the Retry count or Priority of the backup transport does not affect the primary transport behavior. This scenario has nothing to do with Ordered Delivery.

5. Answer: c

Although there are several things that could potentially be wrong. Of the possible answers only option c will affect how the message is interpreted or how it is routed and potentially solve the problem. Messages cannot be edited in the Administration Console and re-configuring Send Port does not affect how the message is processed by the Receive Port and Pipeline.