使用ReceiveAndSendReply活动模板和WorkflowServiceHost可以很容易地创建一个工作流服务。它可以像一个普通WCF服务一样与其他应用程序进行通信。大部分的配置也相当简单。选择Receive活动并加以配置，和SendReply活动类似。大部分的工作用在设置OperationContract或者ServiceContract上面。
出现了错误该怎么办
事实上是没有任何属性可以用来指定返回的错误。
抛出FaultException
当Workflow服务抛出一个FaultException的时候，非常期待它被及时处理。异常能被当作SOAP错误被发送到客户端，假设客户端也是.NET，可以将它作为一个FaultException进行捕获。
抛出FaultException<T>
通常，当您想给异常添加一些额外的信息，您就需要创建一个额外的类，并用FaultContract属性声明服务契约，来指定返回的错误。在客户端需要添加服务元数据，做一个添加服务引用来创建所需的类型。但是，对于工作流服务，没有用于添加属性的服务契约类 。就没有属性给我们使用来实现这些目的。那么，我们如何指定与工作流服务交互的异常契约呢？
解决方案
窍门是给工作流上相关的Receive活动添加第二个SendReply。第二个SendReply活动返回错误契约。添加第二个SendReply活动很简单，只需右键单击Receive活动，并选择创建SendReply活动就行了。下一步创建一个变量来保存的错误信息。
我使用的FaultDetail很简单，它将所有收到的数据发送回客户端。
2 namespace ServicesAndFaults{
3 [DataContract]
4 public class FaultDetail
5 {
6 [DataMember]
7 public int Data { get ; set ; }
8 }
9 }
10
对于第二个SendReply活动，创建和抛出一个FaultException。工作流流程图如下所示：
下面的表达式用来初始化错误异常
下面的SendReply活动是返回错误，配置如下的：
有了这个设置，可以在客户端添加Service Reference和使用下面的代码得到预期的结果
2 {
3 var proxy = new ServiceClient();
4 try
5 {
6 Console.WriteLine(proxy.GetData( 42 ));
7 }
8 catch (FaultException < FaultDetail > ex)
9 {
10 Console.WriteLine( " FaultException<FaultDetail> with {0} " , ex.Detail.Data);
11 }
12 catch (FaultException ex)
13 {
14 Console.WriteLine(ex);
15 }
16 Console.ReadLine();
17 }
服务控制台应用程序中工作流输出如下。请注意，最后一条消息，“the workflow finishing”没有出现。不要奇怪，我们抛出一个异常其实没有被捕获，它终止了工作流。
但想让工作流继续跑下去！
有时上面的处理方式很好，但有时候并不是。例如你在一个订单上工作了1个月了，你会仅仅因为一个异常而终止所有的工作吗？当然不会。
第二种方法返回给调用客户端的个错误，只不过是SendReply活动中自定义的FaultException或FaultException <T>。客户端不会知道其中的差别，但工作流程还会继续运行。因此，我需要做的是移出Throw 活动，让第二个SendReply活动实现它的工作。
这一次，服务控制台应用程序输出如下：
本文转自麒麟博客园博客，原文链接：http://www.cnblogs.com/zhuqil/archive/2010/03/28/workflow-4-and-soap-faults.html，如需转载请自行联系原作者
