：调试BizTalk 2004工作流

有人在问，Biztalk 开发是否算得上RAD
有人回答，如果可以在开发环境对Orchestration进行调试，Biztalk就算RAD了

确实，即使熟练的运用了我下面将要介绍的几种调试方式，稍微再回味下开发.NET时的 F11 , 对着Biztalk的调试也还是忍不住摇头.

（1）第一点可能算不上debug orchestration,但是是个比较容易出问题的地方，而且可以在开发时测试，不需要等到deploy以后。我是指mapping ， Mapping是orchestration 里面用得比较多的操作，一种格式的xml是否可以成功转换成另外一种格式的xml实例，不一定要等到deploy以后才知道，在开发环境中，在mapping文件Property page里面通过TestMap Input Instance 指定一个xml source文件，然后选择Test Map对Mapping进行测试，该过程会输出target xml或error report。

（2）任何orchestration的执行如果出问题，有可能Application Event Viewer里面会有些出错的的提示；如果不够详细的话可以查找下HAT里面消息的流转大致判断下在哪一步出了问题。

（3）在HAT里面有Orchestration Debugger,可以在Orchestration里面设置断点并察看变量的值以及导出消息察看消息。
具体的操作如下：要对orchestraction进行调试，该orchestration至少需要被active过一次 ，这样才能在HAT里面找到。在 HAT ->Report -> Find Message里面找到该Orchestration里包含的消息，右键单击该消息在弹出菜单中有“Orchestration Debugger”选项，Debugger界面，可以对每个shape设置端点（Scope中的shape无法单独设置）。 下一次测试时，流程将执行到断点处停止，在 HAT ->Operation ->Service Instance里面通过“RunQuery”可以找到被挂起的orchestration instance ,右键单击有“Orchestration Debugger”选项，  在Debugger里面选择 Debug -> Attch ， 可以察看变量和导出消息。

（4）利用SystemInternal公司的工具Dbgview.exe，可以察看windows平台下面的任何debug信息，这样，在orchestration的Expression shape里面写的System.Diagnostics.Debug.Write("Hello world"); 将直接显示在Dbgview.exe的窗口里。 Dbgview.exe下载后不需要安装直接打开就能用了，操作很简单