chnking的专栏

一、         单服务器... 1 二、         双服务器... 2 三、         基本高可用... 3 1、           Biztalk高可用实现... 3 1.1.         biztalk group. 3 1.2.         biztalk host & host instance. 4 1.3.         biztalk cluster. 7 2、           Biztalk Group方案... 8 3、          

Biztalk应用都是企业级应用，对可用性要求比较高，所以，biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南，部署环境为biztalk 2009企业版，Windows 2008 R2企业版和sql server 2008企业版，biztalk和sql server都为双击cluster部署。本文分为两部分，相对独立，分别针对biztalk的AP（active-passive）主从模式和AA（active-act

Biztalk应用都是企业级应用，对可用性要求比较高，所以，biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南，部署环境为biztalk 2009企业版，Windows 2008 R2企业版和sql server 2008企业版，biztalk和sql server都为双击cluster部署。本文分为两部分，相对独立，分别针对biztalk的AP（active-passive）主从模式和AA（active-act

Biztalk应用都是企业级应用，对可用性要求比较高，所以，biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南，部署环境为biztalk 2009企业版，Windows 2008 R2企业版和sql server 2008企业版，biztalk和sql server都为双击cluster部署。本文分为两部分，相对独立，分别针对biztalk的AP（active-passive）主从模式和AA（active-act

导读： 　　一、 发送端口返回NACK后的处理方法 　　1、挂起的Orchestration是否可恢复？ 　　不管是一般发送端口或是web类型的发送端口，一旦接收到NACK消息，Orchestration抛出异常后，如果没有设置scope捕获异常并处理，将导致Orchestration服务实例被挂起。 　　这样挂起的Orchestration服务实例是否可恢复呢？ 　　如果Orchestratio

导读： 　　本文关注这种这样的情况：orchestration中的消息通过发送端口（无论是单向发送端口还是双向发送端口）发送消息，需要在orchestration获得发送消息是否正常的回应，如果回应正常，则流程正常执行，如果回应不正常，orchestration如何进行异常处理。 　　首先，orchestration发送端口主要有两个类别，一般发送端口和web发送端口。 　　一般发送端口就是通过在

消费Web services允许把现有的Web services加入到业务流程，可以在一个orchestration整合进多个Web services。可以在orchestration用Web ports消费（调用）Web service，为了在orchestration调用一个Web service，需要建立一个Web port和构造一个Web messages 本文以一个比较典型的

一、       匿名访问........................................................................................................................ 11、        客户端发送一个匿名的http请求.....................................

 一、    IIS的身份验证概述.... 31、     匿名访问... 32、     集成windows身份验证... 32.1.    NTLM验证... 32.2.    Kerberos验证... 33、     基本身份验证... 4二、    匿名访问.... 4三、    Windows集成验证.... 51、     NTLM验证过程...

导读： 　　 　　一. 项目描述 　　使用biztalk2006在vs2005开发环境中做一个简单的测试业务流程，主要是测试使用biztalk发布一个web services，这个web services接受用户发送的请求，然后根据用户要求通过sql adapter到sql server数据库中提取相关数据，最后作为web services的response返回给用户。 　　业务流程如下： 　　

前一篇文章《biztalk中消息加密解密的例子》演示的是biztalk系统àbiztalk系统的加密解密，这要求通讯双方都是biztalk的系统。如果加密解密的一方是biztalk系统，另一方是自己开发的定制应用系统，定制系统该怎么加密消息发送到biztalk系统，又怎么解密从biztalk发送来的加密消息？这就需要知道biztalk对加密的消息的结构，加密消息中那一部分是对称密钥、哪一部

本文测试项目源代码下载：/Files/chnking/CertEncryptMsgSample.rar       Biztalk本身支持对消息的加密和解密。不需要开发人员自己写代码对消息进行加密解密，只需在biztalk中做些设置，即可实现biztalk对消息的加密解密任务。Biztalk对消息的解密解密采用对称加密和非对称加密结合的方式。简单来说，就是使用对称加密算法对实际需要加密的消

一、  定制pipeline的接口可以定制三种类型的pipeline component：general, assembling,disassembling。其中disassembling是接收管道的Disassemble阶段使用的pipeline component类型，assembling是发送管道Assemble阶段使用的pipeline component类型，两种管道的其它阶

在一些biztalk的论坛或者技术群中，经常有初学biztlak的朋友问：biztalk怎么调试，biztalk可不可以单步调试？的确，biztalk的开发跟一般的软件开发方式不太一样，biztalk基于图形化的设计更多些，这一方面方便了设计，使设计biztalk的应用更直观简单，另一方面设计形式的改变也改变了大家已习惯了的传统调试软件方式，给初学者带了一些困惑。在调试biztalk的应用

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

前二部分:使用X.509数字证书加密解密实务（二）-- 使用RSA证书加密敏感数据使用X.509数字证书加密解密实务（一）-- 证书的获得和管理本文全部源代码下载：/Files/chnking/EncryptLongData.rar一、  使用证书结合对称加密算法加、解密长数据上一章节讨论了如何使用RSA证书加密数据，文中提到：“Dotnet的RSA实现有个特点，它必须要在明文中添加一

前一部分：  使用X.509数字证书加密解密实务（一）-- 证书的获得和管理 一、  使用RSA证书加、解密敏感数据X.509证书标准支持三种不对称加密算法：RSA, DSA, Diffie-Hellman algorithms。最常用的是RSA算法。所以本文就以前面章节使用makecert工具生成的生成的MyTestCert证书进行加密解密，这个证书具有RSA算法1024位的密钥对。

一、       获得证书... 21、        从CA获得... 22、        从windows2003证书服务中获得... 23、        使用makecert工具获得... 2二、       证书的保存... 21、        保存在证书存储区... 22、        以文件形式保存... 42.1.       带有私钥的证书.

 （2007-9-25日更新） 一、    定制Pipeline component的assembly的部署定制Pipeline component的assembly不一定要放在GAC中，可以放在/Pipeline Components目录下，但是这时定制Pipeline component所引用的其它assembly必须也放在此目录中。如果把定制Pipeline compon

(2007-9-25日更新)   Biztalk消息是由一个消息上下文和零或多个部分组成，部分中又能且只能有一个部分别标识为正文部分。本文介绍使用biztalk本身的类库如何通过代码建立消息和消息的部分。一、  建立消息的接口有两个接口用来建立和管理消息：l         IBaseMessageFactory InterfaceNamespace: Mi

1、 Partner Orchestration合作伙伴业务流程直接绑定端口提供业务流程之间通过端口就行通讯的能力。跟自相关不同，合作伙伴业务流程直接绑定是一个流程的端口把消息发送到另一个流程的端口，消息并不需要返回到发送流程。可以建立两种模式的合作伙伴业务流程直接绑定：前向合作伙伴业务流程直接绑定这是合作伙伴业务流程直接绑定的典型模式，这种情况有一个预设的接收orchestr

1、 Self Correlating自相关直接绑定是这样的一种绑定：一个Orchestraion实例可以调用另一个Orchestraion，并且把自身的一个接收端口作为参数传递到被调用的Orchestraion，同时可以传递其他的参数到被调用的Orchestraion。被调用Orchestraion在对接收到的参数进行相关的处理后，把消息再通过跟传送过来的接收端口参数同类型的端口（类型相同但

一、  绑定方式 – direct（直接）直接绑定有MessageBox、Self Correlating、Panter Orchestration等三种模式，之所以这三种模式的绑定会被放在一起叫做直接绑定，是因为这三种模式绑定跟前面介绍过的那些绑定方式有共同的不同点。前面的几种绑定方式在生成的订阅关系中都明确的指定消息的发布服务或者要订阅服务，而Orchestration端口的直接绑定不

一、  绑定方式 – dynamic（动态）动态绑定这种绑定方式只有orchestration发送端口有，orchestration接收端口不具有这种绑定方式。所谓动态，就是跟orchestration发送端口绑定的物理发送端口是动态发送端口（物理发送端口有静态发送端口和动态发送端口），这种动态发送端口只有管道的设置，没有端口使用的适配器和URI的设置，运行时根据消息中上下文属性来决定

一、  绑定方式 – specify now（现在指定）这种绑定方式跟Specify later绑定类似，只是把绑定物理端口的工作提前到设计时，在设计时就指定要绑定端口的适配器类型、URI和物理端口使用的管道。使用这些信息在部署时就会自动生成相应的物理接收端口或者静态发送端口1、 测试场景测试场景要求跟Specify later测试的要求一模一样，实现同样的功能。2、 设计

一、  绑定方式 – specify later（以后指定）这种绑定方式是在biztalk中使用最多的一种绑定方式，一般的端口绑定都是用这种方式，设计时orchestration的端口设置为“specify later”，biztalk项目部署后在biztalk控制台配置这个应用程序，新建相应的物理端口跟orchestration的端口绑定。只是为了说明这种绑定方式，设计一个极简单的测

Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Panter Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种

（2007年7月21日更新）   消息的是由一个或多个部分的消息内容和一个属性集组成，这个属性集称为消息上下文属性，这些属性的值是从消息本身提取或不来自消息本身但与消息本身相关的值。上下文属性分为两类，Property fields和Distinguished fields。 一.    Property fieldsProperty fields必须有一个单独的属性架构定义属性，定义

1.       简介Biztalk 2006的补偿模型（Compensation Model）为解决多种多样的商业过程应用场景提供了一种通用机制，被应用在某些条件下需要回滚跟同一个商业活动相关的已经完成的一部分工作单元的情况。在这些情况下，补偿模型通常需要重新访问已经完成的工作单元，检查这些单元在各个阶段的系统状态，以采用合适的动作补偿已经完成的动作，至少，也可以维护一个审查日志或提供相

前段时间写了一篇《深入biztalk中Delivery Notification和ACK、NACK机制》（后面成此文为“前文”），深入的探讨了发送消息的反馈机制，但是没有提供详细的示例。有朋友看了文章后自己做了测试，发现有些问题跟文章中介绍的有些不一致，我自己也发现对Delivery Notification机制有些地方的认识还有模糊的地方，现在继续就这个Delivery Notification

考虑这样一种情况：用orchestration处理一个order，在流程中做了处理后通过一个发送端口发送到商业伙伴那里，然后需要明确的知道order确实通过发送端口发送到商业伙伴之后才能继续之后的流程处理，如果发送order没有成功，则在orchestration中做异常处理。按照biztalk的正常的消息发布订阅机制，上述的情况是物理发送端口订阅orchestration的逻辑发送端口发送的

一.      Sql adapter访问sql server所用技术... 11.         查询数据和执行存储过程... 21.1.        Select语句查询数据... 21.2.        执行存储过程... 22.         使用语句更新数据updategram... 22.1.        updategram 的结构... 22.

适用环境操作系统：windows 2003数据库：sql server 2000/sql server 2005使用链接服务器进行远程数据库访问的情况一、  问题现象在执行分布式事务时，在sql server 2005下收到如下错误：消息 7391，级别 16，状态 2，过程 xxxxx，第 16 行无法执行该操作，因为链接服务器 "xxxxx" 的 OLE DB 访问

一.    本示例的用途... 1二.    新建解决方案... 2三.    属性架构biztalk项目... 21.  新建属性架构的biztalk项目... 21.1.       指定密钥文件... 21.2.       设置部署属性... 22.  新建属性架构... 2四.    .net class消息项目... 21.  新建类库项目... 2

一.    本示例的用途... 1二.    新建解决方案... 1三.    属性架构biztalk项目... 21.  新建属性架构的biztalk项目... 21.1.       指定密钥文件... 21.2.       设置部署属性... 22.  新建属性架构... 2四.    .net class消息项目... 21.  新建类库项目... 2

一.         概述... 1二.         消息的结构... 1三.         消息的类型... 21.       平面文件... 22.       Xml文档... 23.       .net class. 24.       二进制数据... 2四.         .net class类型的序列化... 2五.         .

一.    产品版本Biztalk分三个版：企业版、标准版、开发版。每个版本都是全功能的，除了以下说明的限制;1.    企业版全功能、没有任何限制。允许分布式部署，多MessageBox部署不限制应用程序的个数包括所有目前和最新的适配器支持多CPU服务器2.    标准版全功能，但有以下限制。单服务器部署、单MessageBox部署限制只能有五

适用版本：biztalk 2006适用环境：开发测试环境 在开发过程中，在开发环境中，一定会是一个对项目不断的修改、编译、部署、测试，查看测试结果，发现有问题，然后回到开发环境再修改、编译、部署、测试的反复过程。所以开发环境的项目设置一定要适合这种反复的重新部署的特点，可以方便的修改，编译，重新部署，修改的内容立即能够生效，然后马上测试。下面的一些设置注意事项可以帮助bizta

很多学习biztalk的朋友都在不断的寻找biztalk的例子来学习，我也一样。这里把我找到的biztalk的例子告诉大家，希望对初学的朋友带来点方便。应该说这些例子的量已经不少，涉及的技术面也够广了，够初学者好好的学一阵子的了。进入例子的海洋畅游吧，总有一款适合你。一.   随机文档的tutorial在文档中的位置：Help > Getting Started > BizTalk

一.   信封(envelope)的作用一般的传送消息就传送一个单个的消息，这个消息架构由一个消息schema定义。但是有时候可能需要同时传送多个消息到同一个接收点，如果一个个的传送就显得效率比较低，biztalk支持信封消息功能。所谓信封消息是将多个消息打包成一个交换（interchange），就是用信封（envelope）将多个消息封装起来，形成一个貌似单个xml消息的功能。Bizta

Biztalk中消息保存在messagebox数据库的spool表和parts表中。SPOOL 表的内容是消息的总体性描述和消息的上下文属性，一条消息在此表中为一条记录。PARTS 表存放多部分消息的各个部分，一个部分在此表中占一条记录。哪一个是正文部分由spool表中的uidBodyPartID标识。Biztalk保存每一条消息，不管这个消息是否已经不再有用。随着时间推移，消息会不断堆积

一.   消息引用概述Biztalk完全基于消息和消息订阅的机制，由发布服务器发布消息，消息代理根据订阅服务器的订阅条件判断发布的消息是否跟某个或某几个订阅匹配到，如果有匹配到消息代理机会把消息路由到所有的订阅了此消息的服务实例。如果没有匹配到就会抛出一个异常，告知这个消息没有订阅者订阅，无法路由。可以看出消息跟订阅消息的服务实例是成对出现的，姑且称之为服务实例消息对。一条消息如果只有一个

一. 消息的轮询和执行1.  轮询机制消息路由到MessageBox数据库中，只是在数据库中写入了相关记录，表示哪个消息需要由哪个服务实例去执行，并没有付诸实施，还需要在进程中实实在在的去实例化这个服务对象，运行服务实例对象，并把消息交给这个实例对象处理。轮询主机队列是由订阅服务器的那些类先实例化为对象后，由服务实例去查询主机队列中的消息队列，找到是自己订阅的消息就拿过来处理，否则

一. 消息发布和路由消息的发布有几种情况，上面讲述发布服务器时说过的三种发布服务都可以发布消息，他们的发布原理基本一致，这里以适配器发布消息为主进行描述消息发布和路由的过程。上面的消息流程章节中描述了消息从接收端口接收进入biztalk后的处理过程，但是消息如何进入到MessageBox，如何路由到订阅此消息的服务的过程还没详细说明，这里将详细描述消息的发布和路由过程。消息代理处理

一. 消息订阅订阅消息的主体叫订阅服务器，订阅服务器是可以订阅并消费消息的服务，可以作为订阅服务器的服务类型目前有四类，在BizTalkMgmtDb管理数据库中的adm_ServiceClass的Name字段列出了所有可以作为订阅服务器的服务类型，包括：XLANG/s – 业务流程（orchestration）Messaging InProcess – 表示一般的发送端口、Solici

一. 消息概述BizTalk Server 基于消息发布/订阅的基本机制，在BizTalk Server内部分为发布服务器和订阅服务器，所谓发布服务器就是产生消息并发布到MessageBox中，所谓订阅服务器就是可以消费消息的服务器，根据订阅的消息的条件，只对自己需要的信息进行处理。一般的情况是从外部收到的信息经过接收端口后都会被处理转换包装成biztalk的消息，消息中包含了相关属性（消

一.         任务描述... 2二.         任务步骤... 21.       建数据库表... 22.       建立相应的存储过程... 33.       新建空biztalk项目... 44.       sql 适配器向导生成端口类型和消息架构... 45.       修改存储过程... 86.       修改向导生成文件、端口、消息的

1.       新建一个空解决方案这个解决方案是为了容纳下面几个项目。2.       新建类库项目在解决方案下新建类库项目，这个类库项目就是要生成的程序集，它会被编译为一个独立的dll。但是要把一个程序集放入GAC中，需要给这个程序集赋予一个强名称的签名3.       生成加密密钥对Sdk带有一个生成强名称程序集签名用的密钥对的命令sn.exe（可以在C:/Program

Asp.net 中在客户端触发服务端事件分为两种情况：一.     WebControls中的Button 和HtmlControls中的Type为submit的HtmlInputButton这两种按钮最终到客户端的表现形式为： ，这是Form表单的提交按钮，点击以后会作为参数发送到服务端，参数是这样的： 控件的name属性=控件的value值，对应上面的例子就是：Submit1= Sub

文件上传一.     在Form中一定要将encType设为"multipart/form-data"：二.     判断是否有文件上传了：当用户没有选择任何要上传的文件，即HtmlInputFile控件中的文本框为空时点击了上传按钮后，在服务端得到的File1.PostedFile对象不是null，而是有对象的，所以不能用（File1.PostedFile == null）来判断是否上传

这段时间在公司做一个.net项目， 一个项目开发小组3个人，开发环境是vs.net，语言是c#，三个人协同开发。既然是协同开发，就要找一个源代码控制软件来进行开发中的源代码管理和版本控制。我们首先想到的是clearcase，名气大嘛，而且大家都没用过，都想尝尝鲜。谁知道这个玩意实在是太复杂了，先是要在window2000上安装active directory （就这都弄了一整天），然后又是lice

一.     要想固定table的总的宽度和每列的宽度： 或在脚本中：this.style.tableLayout = fixed HTML{ table-layout : sLayout } Scriptingobject.style.tableLayout [ = sLayout ]可能的值： 

 asp.net提供一种很好的模块级的复用技术――用户控件，大大方便了web网站的建设，提高了效率。用户控件使用多了，碰到的问题也会增多。最近遇到一个问题，就是如果在一个用户控件中要使用到客户端脚本，而这个客户端的脚本又要访问到控件中包含的控件，问题就出现了。问题是当一个用户控件被包含到一个aspx页面后，呈现到用户客户端后，整个用户控件中的控件的名称将会有所变化，它们不再是你设计这个用户控件

在WebForm1页面上直接放置用户控件WebUserControl1时的事件顺序：WebUserControl1_Init WebForm1_Init Page_Load WebUserControl1_Load WebForm1_PreRender WebUserControl1_PreRender WebUserControl1_Unload WebForm1_Unload 在WebFo

一、DataTable    DataTable表示内存中数据的一个表，它完全是在内存中的一个独立存在，包含了这张表的全部信息。DataTable可以是从通过连接从数据库中读取出来形成的一个表，一旦将内容读到DataTable中，此DataTable就可以跟数据源断开而独立存在；也可以是完全由程序自己通过代码来建立的一个表。◆ DataColumn一个表是由行和列组成的一个两维的结构。

Asp.net中基于Forms验证的角色验证授权Asp.net的身份验证有有三种，分别是"Windows | Forms | Passport"，其中又以Forms验证用的最多，也最灵活。Forms 验证方式对基于用户的验证授权提供了很好的支持，可以通过一个登录页面验证用户的身份，将此用户的身份发回到客户端的Cookie，之后此用户再访问这个web应用就会连同这个身份Cooki

Asp.net中Cookie简明参考一       写入Cookie1.   Name 和 Value 属性由程序设定,默认值都是空引用。2.   Domain属性的默认值为当前URL的域名部分，不管发出这个cookie的页面在哪个目录下的。例如，http://www.kent.com/application1/login.aspx 页面中发出一个cookie，Domain属性缺省就是

因特网上Cookies是如何工作的因特网上的Cookies是令人难以置信的简单。但它具有自己独特的生命力，Cookies是在始于2000年2月的关于因特网隐私保护而引发的激烈争论后开始引起媒体的广泛关注的。在另一方面，Cookies提供了是的WEB导航变得容易的能力，几乎每个主要网站的设计者都会是用Cookies，因为Cookies能够提供容易的收集正确的站点访问者的信息的方法。我们将

安装Crystal Report 9 Advanced Edtion 中文版后，在vs.net的MSDN中多了个Crystal Report 9文件夹，明显就是Crystal Report 9 Advanced Edtion 中文版带的帮助文档了。在其中找到了“部署包含 Crystal Reports 的 Windows 应用程序”这个主题，这里给出的如何部署Crystal Reports 的 W

项目的需要，要使用crystal做报表显示，水晶报表功能就是强大，做的报表就是漂亮，不过在使用过程中经常会遇到一些问题，很是麻烦，最可气的是其随软件的帮助有时都会误导你。下面我将我这次的经历展示一下，以免同道再走我的弯路。我的开发环境是win xp professional + visual studio for .net 2002 + crystal for .net。先是设计程序，