2007年09月
此pipeline component主要功能是通过ODBC的excel驱动把excel文件转成xml的消息。excel文件可以是biztalk通过从各种适配器获得，比如从file、ftp、msmq、http等等适配器获得excel文件的数据，excel文件的数据通过适配器进入到接收管道后，此组件在接收管道中处理excel文件的数据并转换成xml格式。欢迎下载测试使用。阅读全文>
发表于 @ 2007年09月29日 19:58:00|评论(loading...)|编辑
本文从实用出发，比较全面的介绍X.509数字证书的获得、证书的管理（包括证书的导入、导出），最后是使用数字证书对敏感数据进行加密和解密的详细过程，由于篇幅稍长分三部分发。第一部分是证书的获得和管理，第二部分是使用RSA证书加密敏感数据，第三部分是使用RSA证书结合对称加密技术加密长数据。
这是最后一部分 -- 使用RSA证书结合对称加密技术加密长数据阅读全文>
发表于 @ 2007年09月28日 15:41:00|评论(loading...)|编辑
本文从实用出发，比较全面的介绍X.509数字证书的获得、证书的管理（包括证书的导入、导出），最后是使用数字证书对敏感数据进行加密和解密的详细过程，由于篇幅稍长分三部分发。第一部分是证书的获得和管理，第二部分是使用RSA证书加密敏感数据，第三部分是使用RSA证书结合对称加密技术加密长数据。 这是第二部分 -- 使用RSA证书加密敏感数据 阅读全文>
发表于 @ 2007年09月28日 15:39:00|评论(loading...)|编辑
本文从实用出发，比较全面的介绍X.509数字证书的获得、证书的管理（包括证书的导入、导出），最后是使用数字证书对敏感数据进行加密和解密的详细过程，由于篇幅稍长分三部分发。第一部分是证书的获得和管理，第二部分是使用RSA证书加密敏感数据，第三部分是使用RSA证书结合对称加密技术加密长数据。
先发第一部分 -- 证书的获得和管理。阅读全文>
发表于 @ 2007年09月28日 15:37: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...)|编辑
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是这篇文章的第四部分： 绑定方式 – dynamic（动态）阅读全文>
发表于 @ 2007年09月28日 14:25:00|评论(loading...)|编辑
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是这篇文章的第三部分： 绑定方式 – specify now（现在指定）阅读全文>
发表于 @ 2007年09月28日 14:24:00|评论(loading...)|编辑
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是这篇文章的第二部分： 绑定方式 – specify later（以后指定） 阅读全文>
发表于 @ 2007年09月28日 14:22:00|评论(loading...)|编辑
Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。
这是文章的第一部分，介绍biztalk中跟端口绑定密切相关的背景知识 - 消息订阅机制。
阅读全文>
发表于 @ 2007年09月28日 14:21:00|评论(loading...)|编辑
消息的是由一个或多个部分的消息内容和一个属性集组成，这个属性集称为消息上下文属性，这些属性的值是从消息本身提取或不来自消息本身但与消息本身相关的值。上下文属性分为两类，Property fields和Distinguished fields。阅读全文>
发表于 @ 2007年09月28日 14:18:00|评论(loading...)|编辑
biztalk应用也EAI和B2B的场合，系统的高可靠性十分重要，系统运行过程中保持数据一致性是十分必要的，biztalk有强大的事务功能来保证商业过程的数据一致性。 biztalk的文档就事务这部分的讲述不是很详细、不全面，没有把biztalk的事务模型全面描述清楚。 Charles Young 的一篇文章《BizTalk Server 2006: The Compensation Model 》把这个缺憾给补上了，这篇文章详尽的描述了biztalk的事务补偿模型，给出了biztalk清晰全面的事务、补偿、异常处理的架构体系，以及它们之间如何协作配合保证商业过程的完整性的原理。我在学习这篇文章时同时翻译出来供大家参考。阅读全文>
发表于 @ 2007年09月28日 14:16:00|评论(loading...)|编辑
前段时间写了一篇《深入biztalk中Delivery Notification和ACK、NACK机制》（后面成此文为“前文”），深入的探讨了发送消息的反馈机制，但是没有提供详细的示例。有朋友看了文章后自己做了测试，发现有些问题跟文章中介绍的有些不一致，我自己也发现对Delivery Notification机制有些地方的认识还有模糊的地方，现在继续就这个Delivery Notification展开进一步的深入探究，这回全部的探讨全部建立在测试实例的基础之上，做一次比较透彻的实验。阅读全文>
发表于 @ 2007年09月28日 14:13:00|评论(loading...)|编辑
biztalk提供一种反馈机制，发送端口（单向发送端口或者双向发送端口）可以根据需要返回发送成功的ACK消息（Positive Acknowledgment）和发送失败的NACK消息（Negative Acknowledgment），如果发送端口成功的把消息发送出去了，则可以返回ACK消息，如果发送端口发送消息失败（不管是发送端口内部出错还是发送出去后收到错误信息），则返回NACk消息。本文详细分析一个消息在orchestration被发送出去后，到orchestration收到ACK消息或者NACK消息的整个过程的底层机制阅读全文>
发表于 @ 2007年09月28日 14:10:00|评论(loading...)|编辑
本文详细讨论biztalk sql adapter的基本原理，biztalk通过sql adapter访问数据的两种基本方式：接收端口和发送端口。阅读全文>
发表于 @ 2007年09月28日 14:07:00|评论(loading...)|编辑
biztalk中，如果要使用sql adapter，并且要访问的sql server跟biztalk不在同一个服务器，那就涉及到sql的分布式事务问题（似乎biztalk访问远程数据库默认要使用分布式事务），如果没有设置好分布式事务环境，很容易出现这样的错误：“OLE/DB provider returned message: 新事务不能登记到指定的事务处理器中。”
本文探讨这种情况下如何设置分布式事务环境。阅读全文>
发表于 @ 2007年09月28日 14:05:00|评论(loading...)|编辑
一般来讲,在biztalk项目中使用的消息都是基于xsd的xml消息，因为这是biztalk最擅长处理的消息。但是这并不表示biztalk只能处理xml消息，事实上，biztalk可以处理消息类型可以是平面文件、xml类型、可序列化的.net class或者其他任意的二进制数据流。这里要讨论的是在biztalk中，尤其是在orchestration中如何使用.net class类型消息。文章分三部分，第一部分使用.net class类型消息相关知识介绍，第二部分是在orchestration只使用.net class类型消息的例子，的三部分是orchestration使用.net class类型消息转换为xml消息的例子。这是第三部分，这个示例是从前一个示例修改而来，但是为了保证两个示例的独立性和完整性，这里还是给出来完整示例版本。阅读全文>
发表于 @ 2007年09月28日 14:01:00|评论(loading...)|编辑
一般来讲,在biztalk项目中使用的消息都是基于xsd的xml消息，因为这是biztalk最擅长处理的消息。但是这并不表示biztalk只能处理xml消息，事实上，biztalk可以处理消息类型可以是平面文件、xml类型、可序列化的.net class或者其他任意的二进制数据流。这里要讨论的是在biztalk中，尤其是在orchestration中如何使用.net class类型消息。文章分三部分，第一部分使用.net class类型消息相关知识介绍，第二部分是在orchestration只使用.net class类型消息的例子，的三部分是orchestration使用.net class类型消息转换为xml消息的例子。这是第二部分阅读全文>
发表于 @ 2007年09月28日 13:59:00|评论(loading...)|编辑
一般来讲,在biztalk项目中使用的消息都是基于xsd的xml消息，因为这是biztalk最擅长处理的消息。但是这并不表示biztalk只能处理xml消息，事实上，biztalk可以处理消息类型可以是平面文件、xml类型、可序列化的.net class或者其他任意的二进制数据流。这里要讨论的是在biztalk中，尤其是在orchestration中如何使用.net class类型消息。文章分三部分，第一部分使用.net class类型消息相关知识介绍，第二部分是在orchestration只使用.net class类型消息的例子，的三部分是orchestration使用.net class类型消息转换为xml消息的例子。这是第一部分。 阅读全文>
发表于 @ 2007年09月28日 13:57:00|评论(loading...)|编辑
Biztalk分三个版：企业版、标准版、开发版。
每个版本都是全功能的，除了以下说明的限制;
阅读全文>
发表于 @ 2007年09月28日 13:54:00|评论(loading...)|编辑
在开发过程中，在开发环境中，一定会是一个对项目不断的修改、编译、部署、测试，查看测试结果，发现有问题，然后回到开发环境再修改、编译、部署、测试的反复过程。所以开发环境的项目设置一定要适合这种反复的重新部署的特点，可以方便的修改，编译，重新部署，修改的内容立即能够生效，然后马上测试。
下面的一些设置注意事项可以帮助biztalk项目在开发环境中达到以上目的阅读全文>
发表于 @ 2007年09月28日 13:50:00|评论(loading...)|编辑
很多学习biztalk的朋友都在不断的寻找biztalk的例子来学习，我也一样。这里把我找到的biztalk的例子告诉大家，希望对初学的朋友带来点方便。应该说这些例子的量已经不少，涉及的技术面也够广了，够初学者好好的学一阵子的了。阅读全文>
发表于 @ 2007年09月28日 13:48:00|评论(loading...)|编辑
一般的传送消息就传送一个单个的消息，这个消息架构由一个消息schema定义。但是有时候可能需要同时传送多个消息到同一个接收点，如果一个个的传送就显得效率比较低，biztalk支持信封消息功能。所谓信封消息是将多个消息打包成一个交换（interchange），就是用信封（envelope）将多个消息封装起来，形成一个貌似单个xml消息的功能。阅读全文>
发表于 @ 2007年09月28日 13:47:00|评论(loading...)|编辑
Biztalk中消息保存在messagebox数据库的spool表和parts表中。清理消息的依据就是看这条消息是否被服务实例引用，如果这条消息已经不被任何实例引用，说明此条消息已经被使用完毕，在系统中不会再被使用，可以删除。前一篇文章《深入biztalk消息引用和引用计数》中已经分析了biztalk中消息的引用机制，对此部分不了解的朋友可以参考此文章。阅读全文>
发表于 @ 2007年09月28日 13:44:00|评论(loading...)|编辑
Biztalk中消息如果不特别的进行清理的话，将会一直堆积下去，不管这个消息是否已经不再有用。所以一般需要定期对messagebox数据库中的消息进行清理，把一些过期的无用的消息清理掉，以防大量无用的消息占用很多硬盘空间，也给系统的性能带来负面影响。
Biztalk对消息的引用有完整的记录，可以从这些记录中获知哪些消息已经不再使用，系统可以根据这些信息来清理消息。阅读全文>
发表于 @ 2007年09月28日 13:43:00|评论(loading...)|编辑
biztalk是以MessagBox为核心，以消息发布订阅机制为基础的EAI的平台软件，消息在biztalk占有绝对重要的地位，所以深入了解biztalk基于消息的运作机制十分基础也十分重要。本文尝试深入biztalk内部分析消息订阅发布和路由的机制，通过分析biztalk使用的数据库结构，存储过程来了解消息的订阅发布和路由的整个过程。本文分四部分，第一部分消息概述，第二部分消息订阅，第三部分消息发布和路由，第四部分消息的轮询和执行，将逐步成文。。现在发的是第四部分“消息的轮询和执行”。到此，全文完。阅读全文>
发表于 @ 2007年09月28日 13:41:00|评论(loading...)|编辑
biztalk是以MessagBox为核心，以消息发布订阅机制为基础的EAI的平台软件，消息在biztalk占有绝对重要的地位，所以深入了解biztalk基于消息的运作机制十分基础也十分重要。本文尝试深入biztalk内部分析消息订阅发布和路由的机制，通过分析biztalk使用的数据库结构，存储过程来了解消息的订阅发布和路由的整个过程。本文原先预计分三部分，第一部分消息概述，第二部分消息订阅，第三步分消息发布和路由，将逐步成文。后来发现消息路由后应该还有一个“消息的轮询和执行”部分，所有文章增加到四个部分。现在发的是第三部分“消息发布和路由”。。。阅读全文>
发表于 @ 2007年09月28日 13:39:00|评论(loading...)|编辑
biztalk是以MessagBox为核心，以消息发布订阅机制为基础的EAI的平台软件，消息在biztalk占有绝对重要的地位，所以深入了解biztalk基于消息的运作机制十分基础也十分重要。本文尝试深入biztalk内部分析消息订阅发布和路由的机制，通过分析biztalk使用的数据库结构，存储过程来了解消息的订阅发布和路由的整个过程。本文预计分三部分，第一部分消息概述，第二部分消息订阅，第三步分消息发布和路由。将逐步成文，现在发的是第二部分“消息订阅”。。。 阅读全文>
发表于 @ 2007年09月28日 13:37:00|评论(loading...)|编辑
biztalk是以MessagBox为核心，以消息发布订阅机制为基础的EAI的平台软件，消息在biztalk占有绝对重要的地位，所以深入了解biztalk基于消息的运作机制十分基础也十分重要。本文尝试深入biztalk内部分析消息订阅发布和路由的机制，通过分析biztalk使用的数据库结构，存储过程来了解消息的订阅发布和路由的整个过程。本文预计分三部分，第一部分消息概述，第二部分消息订阅，第三步分消息发布和路由。将逐步成文，先发第一部分。。。阅读全文>
发表于 @ 2007年09月28日 13:33:00|评论(loading...)|编辑
一个实际工作中的简单项目，项目的全过程记录，步骤详尽，每步都配有图片，面向biztalk的初级用户，具有很强的可操作性阅读全文>
发表于 @ 2007年09月28日 13:18:00|评论(loading...)|编辑