本文关注这种这样的情况：biztalk中orchestration中的消息通过发送端口（无论是单向发送端口还是双向发送端口）发送消息，需要在orchestration获得发送消息是否正常的回应，如果回应正常，则流程正常执行，如果回应不正常，orchestration如何进行异常处理。
这里是下半部分 -- orchestration捕获到NACK产生的异常后的处理方法。阅读全文>
发表于 @ 2007年12月13日 21:01:00|评论(loading...)|编辑|收藏
本文关注这种这样的情况：biztalk中orchestration中的消息通过发送端口（无论是单向发送端口还是双向发送端口）发送消息，需要在orchestration获得发送消息是否正常的回应，如果回应正常，则流程正常执行，如果回应不正常，orchestration如何进行异常处理。
这里是上半部分 -- 不同的发送端口是如何产生异常，发送端口的异常对orchestration是怎么产生影响的。阅读全文>
发表于 @ 2007年12月13日 12:36:00|评论(loading...)|编辑|收藏
消费Web services允许把现有的Web services加入到业务流程，可以在一个orchestration整合进多个Web services。
可以在orchestration用Web ports消费（调用）Web service，为了在orchestration调用一个Web service，需要建立一个Web port和构造一个Web messages。
本文以一个比较典型的实例来说明biztalk如何消费一个web services，深入分析biztalk消费web services的一些内部机制。阅读全文>
发表于 @ 2007年12月06日 09:14:00|评论(loading...)|编辑|收藏
这是个系列文章，主要内容为biztalk如何消费Web serivces和biztalk如何发布web services,biztalk如何不引用web services如何直接soap适配器访问web services，biztalk引用web services和一般的dotnet客户端应用引用web services有什么不同，biztalk引用web services的不同数据类型是如何表现的等等内容。但先从web services的宿主IIS的身份验证开始说起，可能扯得远了些，但是多了解些总是好的。阅读全文>
发表于 @ 2007年11月21日 23:24:00|评论(loading...)|编辑|收藏
使用biztalk2006在vs2005开发环境中做一个简单的测试业务流程，主要是测试使用biztalk发布一个web services，这个web services接受用户发送的请求，然后根据用户要求通过sql adapter到sql server数据库中提取相关数据，最后作为web services的response返回给用户。程序执行调用Operation_1方法，实际就是调用web services的操作，结果返回一个错误：SOAP内部处理失败（SoapException: Internal SOAP Processing Failure）。同时在事件查看器中有以下的错误提示： 用户 'NT AUTHORITY\NETWORK SERVICE' 登录失败。阅读全文>
发表于 @ 2007年10月28日 19:51:00|评论(loading...)|编辑|收藏
前一篇文章《biztalk中消息加密解密的例子》演示的是biztalk系统àbiztalk系统的加密解密，这要求通讯双方都是biztalk的系统。如果加密解密的一方是biztalk系统，另一方是自己开发的定制应用系统，定制系统该怎么加密消息发送到biztalk系统，又怎么解密从biztalk发送来的加密消息？
这就需要知道biztalk对加密的消息的结构，加密消息中那一部分是对称密钥、哪一部分是实际被加密的消息，是否还包含其他内容，他们之间是如何组合在一起的。
这部分就是分析biztalk的加密消息的结构，尝试解析biztalk加密的消息结构。阅读全文>
发表于 @ 2007年10月11日 09:49:00|评论(loading...)|编辑|收藏
Biztalk本身支持对消息的加密和解密。不需要开发人员自己写代码对消息进行加密解密，只需在biztalk中做些设置，即可实现biztalk对消息的加密解密任务。
Biztalk对消息的解密解密采用对称加密和非对称加密结合的方式。简单来说，就是使用对称加密算法对实际需要加密的消息进行加密，然后使用非对称加密算法的公钥加密对称加密密钥；解密时反过来，先用非对称加密算法的私钥解密加密后的对称加密算法的密钥，然后用对称加密的密钥解密被加密的消息本身。
下面演示一个最简单的biztalk加密消息，发送出去后，接收加密消息并解密的例子。阅读全文>
发表于 @ 2007年10月10日 23:51:00|评论(loading...)|编辑|收藏
可以定制三种类型的pipeline component：general, assembling,disassembling。
其中disassembling是接收管道的Disassemble阶段使用的pipeline component类型，assembling是发送管道Assemble阶段使用的pipeline component类型，两种管道的其它阶段都是用general类型的pipeline component。
pipeline component是.net或com的组件，用来实现不同阶段的管道任务，根据不同类型的pipeline component类型需要实现一些接口以便消息引擎调用来传送和返回相关信息。阅读全文>
发表于 @ 2007年10月03日 18:49:00|评论(loading...)|编辑|收藏
在一些biztalk的论坛或者技术群中，经常有初学biztlak的朋友问：biztalk怎么调试，biztalk可不可以单步调试？的确，biztalk的开发跟一般的软件开发方式不太一样，biztalk基于图形化的设计更多些，这一方面方便了设计，使设计biztalk的应用更直观简单，另一方面设计形式的改变也改变了大家已习惯了的传统调试软件方式，给初学者带了一些困惑。阅读全文>
发表于 @ 2007年10月03日 18:48:00|评论(loading...)|编辑|收藏
此pipeline component主要功能是通过ODBC的excel驱动把excel文件转成xml的消息。excel文件可以是biztalk通过从各种适配器获得，比如从file、ftp、msmq、http等等适配器获得excel文件的数据，excel文件的数据通过适配器进入到接收管道后，此组件在接收管道中处理excel文件的数据并转换成xml格式。欢迎下载测试使用。阅读全文>
发表于 @ 2007年09月29日 19:58:00|评论(loading...)|编辑|收藏
探讨biztalk的Pipeline component的部署，可以部署在GAC，也可以部署在\Pipeline Components目录下。
无论把定制Pipeline component的assembly放到GAC中还是放在\Pipeline Components目录下，都可以对定制Pipeline componen进行源代码级别调试。
本文详细给出这两种调试方法的详细步骤。阅读全文>
发表于 @ 2007年09月28日 14:34:00|评论(loading...)|编辑|收藏
Biztalk消息是由一个消息上下文和零或多个部分组成，部分中又能且只能有一个部分别标识为正文部分。
本文介绍使用biztalk本身的类库如何通过代码建立消息和消息的部分。 阅读全文>
发表于 @ 2007年09月28日 14:32:00|评论(loading...)|编辑|收藏
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是这篇文章的第七部分： 绑定方式 – 直接绑定之Partner Orchestration
这个系列文章到此结束。阅读全文>
发表于 @ 2007年09月28日 14:31:00|评论(loading...)|编辑|收藏
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是这篇文章的第六部分： 绑定方式 – 直接绑定之Self Correlating阅读全文>
发表于 @ 2007年09月28日 14:29:00|评论(loading...)|编辑|收藏
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是这篇文章的第五部分： 绑定方式 – 直接绑定之MessageBox 阅读全文>
发表于 @ 2007年09月28日 14:27:00|评论(loading...)|编辑|收藏