摘要：本文关注这种这样的情况：biztalk中orchestration中的消息通过发送端口（无论是单向发送端口还是双向发送端口）发送消息，需要在orchestration获得发送消息是否正常的回应，如果回应正常，则流程正常执行，如果回应不正常，orchestration如何进行异常处理。 这里是上半部分 -- 不同的发送端口是如何产生异常，发送端口的异常对orchestration是怎么产生影响的。 阅读全文

摘要：消费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的一些内部机制。 阅读全文

摘要：前面一篇文章描述了IIS服务端设置为匿名身份验证、集成windows身份验证的两种情况：NTLM验证和Kerberos验证、基本身份验证时，IE客户端如何跟IIS进行身份验证的交互的情况。 这篇文章讨论在应用程序中如何用代码实现跟IIS的各种身份验证设置下客户端身份的验证交互。 阅读全文

摘要：详细描述了IIS的各种身份验证，包括：匿名身份验证、集成windows身份验证的两种情况：NTLM验证和Kerberos验证、基本身份验证。 并详细的测试了IIS设置为各种验证方式下的客户端IE跟IIS服务端进行身份验证交换的详细过过程。 阅读全文

摘要：前一篇文章《biztalk中消息加密解密的例子》演示的是biztalk系统àbiztalk系统的加密解密，这要求通讯双方都是biztalk的系统。如果加密解密的一方是biztalk系统，另一方是自己开发的定制应用系统，定制系统该怎么加密消息发送到biztalk系统，又怎么解密从biztalk发送来的加密消息？ 这就需要知道biztalk对加密的消息的结构，加密消息中那一部分是对称密钥、哪一部分是实际被加密的消息，是否还包含其他内容，他们之间是如何组合在一起的。 这部分就是分析biztalk的加密消息的结构，尝试解析biztalk加密的消息结构。 阅读全文

摘要：Biztalk本身支持对消息的加密和解密。不需要开发人员自己写代码对消息进行加密解密，只需在biztalk中做些设置，即可实现biztalk对消息的加密解密任务。 Biztalk对消息的解密解密采用对称加密和非对称加密结合的方式。简单来说，就是使用对称加密算法对实际需要加密的消息进行加密，然后使用非对称加密算法的公钥加密对称加密密钥；解密时反过来，先用非对称加密算法的私钥解密加密后的对称加密算法的密钥，然后用对称加密的密钥解密被加密的消息本身。 下面演示一个最简单的biztalk加密消息，发送出去后，接收加密消息并解密的例子。 阅读全文

摘要：可以定制三种类型的pipeline component：general, assembling,disassembling。 其中disassembling是接收管道的Disassemble阶段使用的pipeline component类型，assembling是发送管道Assemble阶段使用的pipeline component类型，两种管道的其它阶段都是用general类型的pipeline component。 pipeline component是.net或com的组件，用来实现不同阶段的管道任务，根据不同类型的pipeline component类型需要实现一些接口以便消息引擎调用来传送和返回相关信息。 阅读全文

摘要：在一些biztalk的论坛或者技术群中，经常有初学biztlak的朋友问：biztalk怎么调试，biztalk可不可以单步调试？ 的确，biztalk的开发跟一般的软件开发方式不太一样，biztalk基于图形化的设计更多些，这一方面方便了设计，使设计biztalk的应用更直观简单，另一方面设计形式的改变也改变了大家已习惯了的传统调试软件方式，给初学者带了一些困惑。 在调试biztalk的应用时，特别是orchestration时，不再是一长串的代码，然后在其中某行代码上设置一个断点，最后调试运行，运行到断点处程序中断，查看各个变量已判断问题所在。 Biztalk中以图形方式取代了长串的代码，也不再有源代码级的单步调试，取而代之的是综合的调试手段。 本文讨论biztlak中的常用调试手段。 阅读全文

摘要：此pipeline component主要功能是通过ODBC的excel驱动把excel文件转成xml的消息。 excel文件可以是biztalk通过从各种适配器获得，比如从file、ftp、msmq、http等等适配器获得excel文件的数据，excel文件的数据通过适配器进入到接收管道后，此组件在接收管道中处理excel文件的数据并转换成xml格式。 欢迎下载测试使用。 阅读全文

摘要：探讨biztalk的Pipeline component的部署，可以部署在GAC，也可以部署在\Pipeline Components目录下。 无论把定制Pipeline component的assembly放到GAC中还是放在\Pipeline Components目录下，都可以对定制Pipeline componen进行源代码级别调试。 本文详细给出这两种调试方法的详细步骤。 阅读全文

摘要：最近打算做一个将excel文件转为xml的pipeline component，过程中需要给这个组件做个ICON，就需要处理位图和把icon作为资源嵌入到程序集中，使用时在程序集中找到icon的资源还原成icon。嵌入资源部分以前一直没做过，这回借机把嵌入资源部分的内容学习一下。 阅读全文

摘要：本文从实用出发，比较全面的介绍X.509数字证书的获得、证书的管理（包括证书的导入、导出），最后是使用数字证书对敏感数据进行加密和解密的详细过程，由于篇幅稍长分三部分发。第一部分是证书的获得和管理，第二部分是使用RSA证书加密敏感数据，第三部分是使用RSA证书结合对称加密技术加密长数据。 这是最后一部分 -- 使用RSA证书结合对称加密技术加密长数据 阅读全文

摘要：本文从实用出发，比较全面的介绍X.509数字证书的获得、证书的管理（包括证书的导入、导出），最后是使用数字证书对敏感数据进行加密和解密的详细过程，由于篇幅稍长分三部分发。第一部分是证书的获得和管理，第二部分是使用RSA证书加密敏感数据，第三部分是使用RSA证书结合对称加密技术加密长数据。 这是第二部分 -- 使用RSA证书加密敏感数据 阅读全文

摘要：X.509数字证书的编码、X.509证书的结构、X.509证书详细描述、两个X.509数字证书实例 阅读全文

摘要：本文从实用出发，比较全面的介绍X.509数字证书的获得、证书的管理（包括证书的导入、导出），最后是使用数字证书对敏感数据进行加密和解密的详细过程，由于篇幅稍长分三部分发。第一部分是证书的获得和管理，第二部分是使用RSA证书加密敏感数据，第三部分是使用RSA证书结合对称加密技术加密长数据。 先发第一部分 -- 证书的获得和管理。 阅读全文

摘要：一、 对称加密 对称加密，是一种比较传统的加密方式，其加密运算、解密运算使用的是同样的密钥，信息的发送者和信息的接收者在进行信息的传输与处理时，必须共同持有该密码（称为对称密码）。因此，通信双方都必须获得这把钥匙，并保持钥匙的秘密。 单钥密码系统的安全性依赖于以下两个因素： 第一、加密算法必须是足够强的，仅仅基于密文本身去解密信息在实践上是不可能的。 第二、加密方法的安全性依赖于密钥的秘密性，而... 阅读全文

摘要：Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。 这是这篇文章的第七部分： 绑定方式 – 直接绑定之Partner Orchestration 这个系列文章到此结束。 阅读全文

摘要：Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。 这是这篇文章的第六部分： 绑定方式 – 直接绑定之Self Correlating 阅读全文

摘要：Biztalk消息是由一个消息上下文和零或多个部分组成，部分中又能且只能有一个部分别标识为正文部分。 本文介绍使用biztalk本身的类库如何通过代码在管道组件中建立消息和消息的部分。 阅读全文

摘要：Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Partner Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种绑定方式在biztalk内部的实现方法，看看这么多绑定方式之间是不是在底层的实现机制有哪些共通之处。 这是这篇文章的第五部分： 绑定方式 – 直接绑定之MessageBox 阅读全文