博客园-Focus on biztalk -- chnkinghttp://www.cnblogs.com/chnking/心无旁骛，专注于biztalk......zh-cnSun, 21 Mar 2010 11:51:44 GMTSun, 21 Mar 2010 11:51:44 GMT60WCF系列_分布式事务(下)http://www.cnblogs.com/chnking/archive/2010/01/10/1643384.htmlchnkingchnkingSat, 09 Jan 2010 18:09:00 GMThttp://www.cnblogs.com/chnking/archive/2010/01/10/1643384.html阅读: 713 评论: 8 作者: chnking 发表于 2010-01-10 02:09 原文链接

1、 WCF分布式事务例子

这里也用转账的例子说事。

用户在系统A和系统B都有账户，账户间的资金可以互转，系统A的资金减少多少，系统B的相应账户的资金就增加多少。

系统A机器上有数据库AccountA，系统B机器上有数据库AccountB，数据库的结构一样，都有一个数据表Account，结构如下：

字段

数据类型

含义

depositorID

int

账户id

amount

decimal(18, 2)

金额

 

为了演示TxF事务性文件，在系统B中增加了一个写文件的操作，记录本次转账操作的信息。转账的所有操作步骤:系统A上账户上减少金额，系统B上记录转账信息文件，系统B上相应账户资金增加这三个操作都在一个事务流中，要么全部完成，要么全部回滚。

系统A和系统B分别在服务器A和服务器B上。系统A在账户上减少金额后调用系统B的WCF服务，在系统B中继续增加账户资金，生成转账信息文件。

下面开始这个例子的完整过程。

1.1.   建立系统B转账WCF服务

建立服务契约：

[ServiceContract]

public interface IAccountB

{

    [OperationContract]

    [TransactionFlow(TransactionFlowOption.Allowed)]

    void deposit(int depositorid, double amount);

}

服务契约就一个方法deposit，其中depositorid表示账户id，amount表示要从系统A转账到系统B的金额。

TransactionFlow这个属性指示operation是否跟随调用端的事务流，参数含义：

TransactionFlowOption.NotAllowed – 表示此operation不跟随传入的事务流，不参与分布式事务。

TransactionFlowOption.Allowed – 表示此opreation可以跟随传入的事务流，如果有传入的事务流则参与，如果没有传入的事务流则不参与，但是可以启动本地的事务。

TransactionFlowOption.Mandatory – 表示此operation必须跟随传入的事务，参与分布式事务，如果调用此operation的客户端没有事务流则抛出异常。

 

下面是服务实现：

[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single)]

public class AccountBService : IAccountB

{

    [OperationBehavior(TransactionScopeRequired = true)]

    public void deposit(int depositorid, double amount)

    {

        #region 新建事务性文件

        string path = @"c:\test.txt";

        FileStream fs = TransactedFile.Open(path, System.IO.FileMode.Create,

            System.IO.FileAccess.ReadWrite, System.IO.FileShare.ReadWrite);

        string fileContent = string.Format("从系统A转账到系统B\r\n用户ID:{0}\r\n转账金额为:{1}",            depositorid.ToString(), amount.ToString());

        byte[] byteArrar = Encoding.UTF8.GetBytes(fileContent);

        fs.Write(byteArrar, 0, byteArrar.Count());

        fs.Flush();

        fs.Close();

        #endregion

 

        #region 数据访问，在指定账户上增加存款

        string connstr = ConfigurationManager.ConnectionStrings["ConnStr"].ToString();

        SqlCommand mySqlCommand = new SqlCommand("update account set amount = amount +        @amount where depositorid = @depositorid ");

        mySqlCommand.Connection = new SqlConnection(connstr);

        SqlParameter par1 = new SqlParameter("@amount", SqlDbType.Decimal);

        par1.Value = amount;

        mySqlCommand.Parameters.Add(par1);

        par1 = new SqlParameter("@depositorid", SqlDbType.Int);

        par1.Value = depositorid;

        mySqlCommand.Parameters.Add(par1);

        mySqlCommand.Connection.Open();

        mySqlCommand.ExecuteNonQuery();

        mySqlCommand.Connection.Close();

        #endregion

     }

}

服务实现了deposit操作。

[OperationBehavior(TransactionScopeRequired = true)]，这里的TransactionScopeRequired = true表示这个操作在TransactionScope内执行，加上前面OperationContract上的TransactionFlowOption.Allowed 允许跟随事务的设置，这个deposit的操作将会参与客户端发起的分布式事务。

实现的deposit操作中完成两个任务，先转账信息写入c:\test.txt文件，这里写文件操作使用了TxF事务性文件操作TransactedFile.Open，关于TxF的操作部分的代码微软有提供，在本文中提供的代码中包含了这部分源码。使用事务性文件操作，在事务中的其他事务资源操作失败后，文件操作也会回滚。

 

1.2.   建立系统A转账客户端

系统A是个Console应用：

static void Main(string[] args)

{

  ChannelFactory<IAccountB> myFactory = new ChannelFactory<IAccountB>("endpointConfig");

  IAccountB myClient = myFactory.CreateChannel();

  Double amount = 500;

  int depositorid = 1;

  using (TransactionScope scop = new TransactionScope())

  {

    #region 数据访问，在指定账户上减少存款

    string connstr = ConfigurationManager.ConnectionStrings["ConnStr"].ToString();

    SqlCommand mySqlCommand = new SqlCommand("update account set amount = amount - @amount where depositorid = @depositorid ");

    mySqlCommand.Connection = new SqlConnection(connstr);

    SqlParameter par1 = new SqlParameter("@amount", SqlDbType.Decimal);

    par1.Value = amount;

    mySqlCommand.Parameters.Add(par1);

    par1 = new SqlParameter("@depositorid", SqlDbType.Int);

    par1.Value = depositorid;

    mySqlCommand.Parameters.Add(par1);

    mySqlCommand.Connection.Open();

    mySqlCommand.ExecuteNonQuery();

    mySqlCommand.Connection.Close();

    #endregion

    try

    {

      myClient.deposit(depositorid, amount);

      scop.Complete();

    }

    catch (Exception e)

    {

      Transaction.Current.Rollback();

    }

  }

}

 

1.3.   配置使用OleTransactions协议

先测试使用OleTransactions分布式事务协议，下面是使用OleTransactions时在客户端和服务端需要的服务和配置。

1.3.1.   配置文件

系统B上WCF服务的配置文件：

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

  <system.web>

    <compilation debug="true" />

  </system.web>

  <connectionStrings>

    <add name="ConnStr" connectionString="Server=.;Integrated security=true;initial catalog=AccountB" />

  </connectionStrings>

  <system.serviceModel>

    <bindings>

      <customBinding>

        <binding name="customBindingConfig">

          <transactionFlow transactionProtocol="OleTransactions" />

          <httpTransport />

        </binding>

      </customBinding>

    </bindings>

    <services>

      <service behaviorConfiguration="WCF_ATTransTest.Service.Service1Behavior"

          name="WCF_ATTransTest.Service.AccountBService">

        <endpoint address="" binding="customBinding" bindingConfiguration="customBindingConfig"

            name="serviesEndpoint" contract="WCF_ATTransTest.Service.IAccountB" />

        <host>

          <baseAddresses>

            <add baseAddress="http://localhost/WCF_ATTransTest.Service/AccountBService/" />

          </baseAddresses>

        </host>

      </service>

    </services>

    <behaviors>

      <serviceBehaviors>

        <behavior name="WCF_ATTransTest.Service.Service1Behavior">

          <serviceMetadata httpGetEnabled="true"/>

          <serviceDebug includeExceptionDetailInFaults="true" />

        </behavior>

      </serviceBehaviors>

    </behaviors>

  </system.serviceModel>

</configuration>

系统A WCF客户端的配置文件

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

  <connectionStrings>

    <add name="ConnStr" connectionString="Server=.;Integrated security=true;initial catalog=AccountA" />

  </connectionStrings>

  <system.serviceModel>

    <client>

      <endpoint address="http://chnking-pc/WCF-ATTransTest/WCF_ATTransTest.Service.AccountBService.svc"

          binding="customBinding" bindingConfiguration="customBindingConfig"

          contract="WCF_ATTransTest.Service.IAccountB" name ="endpointConfig"/>

    </client>

    <bindings>

      <customBinding>

        <binding name="customBindingConfig">

          <transactionFlow transactionProtocol="OleTransactions" />

          <httpTransport />

        </binding>

      </customBinding>

    </bindings>

  </system.serviceModel>

</configuration>

 

1.3.2.   配置RPC

使用OleTx协议时，要通过RPC协议在DTC事务管理器之间通讯，RPC本身使用135端口，还要使用数量不定的1024端口以上的动态端口。所以防火墙必须要开放135端口和1024端口以后的所有端口。

但是要开放所有1024以上的端口又是很危险的事情，最好能把RPC使用的端口限制在一定的范围，然后防火墙只开放这个范围的端口。

可以通过修改注册表来达到这个目的：

运行Regedt32.exe打开注册表，在以下注册表项下添加 Internet 项：HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc，在 Internet 项下，添加值“Ports”(MULTI_SZ)、“PortsInternetAvailable”(REG_SZ) 和“UseInternetPorts”(REG_SZ)。

在本示例中，使用了端口 5000 到 5100（含 5000 和 5100），因此该新注册表项将显示为以下形式：

Ports:REG_MULTI_SZ: 5000-5100

PortsInternetAvailable:REG_SZ:Y

UseInternetPorts:REG_SZ:Y

       clip_image002

在所有参与事务的机器上都必须启动RPC服务，并配置RPC使用的动态端口，防火墙开放这些动态端口。

1.3.3.   DTC服务

发起事务的服务器的DTC服务必须启动，参与事务的服务器的DTC服务可以不启动。

在事务内要调用跨越进程或机器的服务，事务需要提升级别到DTC管理器，如果发起事务的服务器的DTC服务未启动，则会抛出异常：“试图提升事务时失败。服务器xxx上的MSDTC不可用。”

1.3.4.   测试

将系统B的WCF服务发布至IIS，系统A调用WCF的地址指向系统B发布的服务地址，测试结果，发送到WCF的消息和返回的消息：

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">

  <s:Header>

    <a:Action s:mustUnderstand="1">http://tempuri.org/IAccountB/deposit</a:Action>

    <a:MessageID>urn:uuid:6d8931ab-f79e-4de8-a377-4d8acdcf3545</a:MessageID>

    <a:ReplyTo>

      <a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address>

    </a:ReplyTo>

    <OleTxTransaction s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2006/02/tx/oletx">

      <PropagationToken>      AQAAAAMAAACxK7vUESf1RJ8BoxrUWJUvAAAQAAAAAABsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU0NDljY2MzLWY3OWQtNDVjMi05YjQzLTI1OTRmY2JhZTQ2NwAALAAHAAAAZM1kzSEAAABXSU43LVBDABAAAABXAEkATgA3AC0AUABDAAAAAQAAAAAAAAAOAAAAdGlwOi8vV2luNy1QQy8AAA==

      </PropagationToken>

    </OleTxTransaction>

    <a:To s:mustUnderstand="1">http://chnking-pc/WCF-ATTransTest/WCF_ATTransTest.Service.AccountBService.svc</a:To>

  </s:Header>

  <s:Body>

    <deposit xmlns="http://tempuri.org/">

      <depositorid>1</depositorid>

      <amount>500</amount>

    </deposit>

  </s:Body>

</s:Envelope>

注意在请求消息的header中有<OleTxTransaction>标签，这个标签用来标示采用OleTxTransaction分布式事务协议。

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">

  <s:Header>

    <a:Action s:mustUnderstand="1">http://tempuri.org/IAccountB/depositResponse</a:Action>

    <a:RelatesTo>urn:uuid:6d8931ab-f79e-4de8-a377-4d8acdcf3545</a:RelatesTo>

  </s:Header>

  <s:Body>

    <depositResponse xmlns="http://tempuri.org/"/>

  </s:Body>

</s:Envelope>

 

1.4.   配置使用WS-AtomicTransaction协议

1.4.1.   配置文件

将服务端和客户端的配置文件中的：

          <transactionFlow transactionProtocol="OleTransactions" />

改成：

          <transactionFlow transactionProtocol="WSAtomicTransactionOctober2004" />

1.4.2.   配置WS-AT

要让DTC支持WS-AT协议需要配置参与分布式事务的所有机器的证书，安装WS-AT的DTC的UI等等，配置过程还比较复杂，详细步骤参见微软文档：配置 WS-Atomic 事务支持（http://msdn.microsoft.com/zh-cn/library/ms733943.aspx）

配置好的界面如下：

clip_image004

 

WS-AT事务管理器之间的通讯使用SSL安全通道传输，所以每台参与WS-AT事务的机器都必须配置证书和相应的https的端口。

WS-AT的UI界面虽然安装在DTC中，但是WS-AT事务并不依赖于DTC服务，所以所有参与WS-AT事务的机器的DTC服务不必启动。

1.4.3.   测试

抓通讯数据包，这时的消息如下：

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">

  <s:Header>

    <a:Action s:mustUnderstand="1">http://tempuri.org/IAccountB/deposit</a:Action>

    <a:MessageID>urn:uuid:1c111341-b7ef-4e21-91b9-a00de9aa8eea</a:MessageID>

    <a:ReplyTo>

      <a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address>

    </a:ReplyTo>

    <CoordinationContext s:mustUnderstand="1" xmlns="http://schemas.xmlsoap.org/ws/2004/10/wscoor" xmlns:mstx="http://schemas.microsoft.com/ws/2006/02/transactions">

      <wscoor:Identifier xmlns:wscoor="http://schemas.xmlsoap.org/ws/2004/10/wscoor">urn:uuid:c7932c29-6b96-4961-b6d5-ce3507a54f1e</wscoor:Identifier>

      <Expires>3600000</Expires>

      <CoordinationType>http://schemas.xmlsoap.org/ws/2004/10/wsat</CoordinationType>

      <RegistrationService>

        <Address xmlns="http://schemas.xmlsoap.org/ws/2004/08/addressing">https://win7-pc:1443/WsatService/Registration/Coordinator/</Address>

        <ReferenceParameters xmlns="http://schemas.xmlsoap.org/ws/2004/08/addressing">

          <mstx:RegisterInfo>

            <mstx:LocalTransactionId>c7932c29-6b96-4961-b6d5-ce3507a54f1e</mstx:LocalTransactionId>

          </mstx:RegisterInfo>

        </ReferenceParameters>

      </RegistrationService>

      <mstx:IsolationLevel>0</mstx:IsolationLevel>

      <mstx:LocalTransactionId>c7932c29-6b96-4961-b6d5-ce3507a54f1e</mstx:LocalTransactionId>

      <PropagationToken xmlns="http://schemas.microsoft.com/ws/2006/02/tx/oletx">AQAAAAMAAAApLJPHlmthSbbVzjUHpU8eAAAQAAAAAABsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGU0NDljY2MzLWY3OWQtNDVjMi05YjQzLTI1OTRmY2JhZTQ2NwAALAAHAAAAZM1kzSEAAABXSU43LVBDABAAAABXAEkATgA3AC0AUABDAAAAAQAAAAAAAAAOAAAAdGlwOi8vV2luNy1QQy8AAA==</PropagationToken>

    </CoordinationContext>

    <a:To s:mustUnderstand="1">http://chnking-pc/WCF-ATTransTest/WCF_ATTransTest.Service.AccountBService.svc</a:To>

  </s:Header>

  <s:Body>

    <deposit xmlns="http://tempuri.org/">

      <depositorid>1</depositorid>

      <amount>500</amount>

    </deposit>

  </s:Body>

</s:Envelope>

可以看出使用WS-AT协议时，消息的header部分比使用OleTransactions协议时复杂的多，注意header部分里的：

<Address xmlns="http://schemas.xmlsoap.org/ws/2004/08/addressing">https://win7-pc:1443/WsatService/Registration/Coordinator/</Address>

这是发起WS-AT事务机器的WS-AT事务管理器的地址，参与WS-AT事务的别的机器都要向这个地址来注册本地事务和报告本地事务的完成情况，以便WS-AT事务管理器协调整个分布式事务，来决定提交整个事务还是回滚整个事务。

返回消息：

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">

  <s:Header>

    <a:Action s:mustUnderstand="1">http://tempuri.org/IAccountB/depositResponse</a:Action>

    <a:RelatesTo>urn:uuid:1c111341-b7ef-4e21-91b9-a00de9aa8eea</a:RelatesTo>

  </s:Header>

  <s:Body>

    <depositResponse xmlns="http://tempuri.org/"/>

  </s:Body>

</s:Envelope>

 

但是在抓数据包是发现一个问题，就是从消息的header看是显示使用WS-AT协议，但是从抓的数据包看依然是使用的OleTransactions协议处理的事务，通过RPC协议协调事务，下面是部分截图：

        clip_image006

DCERPC显示是RPC协议，ctx_id: 1 906b0ce0-c70b-1067-b317-00dd010662da显示了事务id。

原来由于OleTransactions协议的开销远比WS-AT协议小，所以微软的默认设计是即使指定使用WS-AT协议，仍然义无反顾的使用OleTransactions协议。所以这时你的机器上要是DTC和RPC的端口没有配置好，就会报错。

要想真正使用WS-AT协议需要手工在注册表中增加一个key：

在注册表HKLM\SOFTWARE\Microsoft\WSAT\3.0下增加一个名为“OleTxUpgradeEnabled”的DWord值，这个key表示在指定WS-AT协议时是否升级使用OleTransactions协议，0表示不升级（即表示使用WS-AT协议），1表示升级（即表示使用OleTransactions协议），默认是1，所以默认时即使你指定使用WS-AT协议，实际上还是被OleTransactions协议替换了。设置为0即可使用WS-AT协议了。

使用WS-AT协议时，事务协调不依赖于DTC，也不走RPC协议，只通过WS-AT配置中的https端口通过SSL进行事务管理器之间的通讯。WS-AT协议是业界标准，只要实现了这个协议的系统都能进行互操作，当然不能依赖于微软的专有RPC协议。

 

代码下载：

WCF-ATTransTest客户端.rar

WCF-ATTransTest服务端.rar

评论: 8　查看评论　发表评论

找优秀程序员，就在博客园

最新新闻：
· 五个广泛流传的对大龄程序员的误解(2010-03-21 19:51)
· 意大利研发出“移动虚拟校园”技术(2010-03-21 19:33)
· 如果 Facebook 是一个国家，它将是第三大人口国(2010-03-21 17:50)
· 德国公司推出Android平板电脑WePad(2010-03-21 17:43)
· 开源硬件能否像开源软件一样流行(2010-03-21 17:03)

编辑推荐：[视频]想做你的Code

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>WCF系列_分布式事务(上)http://www.cnblogs.com/chnking/archive/2010/01/10/1643362.htmlchnkingchnkingSat, 09 Jan 2010 16:55:00 GMThttp://www.cnblogs.com/chnking/archive/2010/01/10/1643362.html阅读: 784 评论: 11 作者: chnking 发表于 2010-01-10 00:55 原文链接

一、  事务概述

 

1、 事务协议

跟WCF相关的事务协议有三个。

1.1.   Lightweight protocol

这是个轻量级的本地事务协议，限制管理在一个AppDomain中的事务。不能跨AppDomain边界传播事务，也不能跨服务边界传播事务。跟其他协议比，Lightweight protocol是最有效率的协议。

 

1.2.   OleTx protocol

这个协议可用于跨AppDomain，进程和机器边界，管理两阶段提交的事务协议。这个跨边界的事务协议使用RPC，是二进制的，windows专有的协议，不能穿越防火墙，也不能用于与非windows系统的互操作。在windows环境下的局域网，OleTx协议是很好的分布式事务的管理协议。

 

1.3.   WS-Atomic Transaction (WSAT) protocol

WSAT跟OleTx协议类似，也可以跨AppDomain，进程和机器边界，管理两阶段提交的事务协议。但WSAT不是微软的专有协议，此协议是微软、IBM、BEA等公司共同提出的工业标准。此协议也可用于Intranet中，但是更多的是用于在Internet环境下，或者跟非windows系统进行互操作的分布式事务。

说到WSAT协议这里有必要一下分布式事务的发展。

分布式事务：

分布式事务在企业应用中是很重要的一个方面，微软使用MSDTC作为分布式事务管理器，使用OleTx事务协议进行分布式事务管理，但是OleTx事务协议是微软的专有协议，不是公认标准。在分布式环境中异构系统的交互一定要有个公认同意的分布式事务标准才能在异构的系统中实现分布式事务的协调。

l   OGM的XA事务规范

1994年，开放组织（Open Group）的 X/Open 分布式事务流程（DTP）模型，它定义了 应用程序如何使用 事务管理程序跨多个 资源管理程序来协调分布式事务。如果事务是通过遵循 XA 的事务管理程序来进行协调的，则任何遵循 XA 规范的资源管理程序都可以参与该事务，因此就可以让不同厂商的事务产品可以共同工作。所有遵循 XA 的事务都是分布式事务。XA 既支持一步提交，也支持两阶段提交。

对象管理组（Object Management Group）的通用对象请求代理体系结构对象事务服务（Common Object Request Broker Architecture Object Transaction Service） -- 定义遵循规范的流程如何跨多个流程线程将事务上下文从一个流程传播到另一个流程。这种传播使得即使分布式对象运行于来自不同厂商的容器中，也可以在单个事务中合作。CORBA OTS 规范建立在 XA 规范的基础之上。

l   OASIS的Business Transaction Protocol（BTP）标准

在 2001 年， 一个由各大公司（包括惠普公司（Hewlett-Packard，HP）、甲骨文公司（Oracle）及BEA公司）组成的联盟开始着手创建 Organization for Advance Structured Information Systems (OASIS) Business Transaction Protocol（BTP）标准。

BTP 不是专门用于 Web 服务的事务处理协议，它的目的是它也能用于其他的环境中。因而，BTP 定义了事务性的 XML 协议，并且必须在规范中指定所有的服务依赖性。

BTP协议相对比较复杂，并且它把原子性事务和长时间运行的商业事务放在一起进行管理，这样它必须解决各种各样不同的问题。它是通过放松限制来这样做的，这表面上给人感觉灵活度很高，但是很多东西就留给实现者去实现了，导致使用比较复杂。

l   OASIS的WS-Transactions

在BTP出现后，其他一些行业大公司，包括 IBM、Microsoft 和 BEA，又发布了它们自己的规范： Web 服务事务处理（WS-Transactions），由三部分组成WS-Coordination（事务协调器）、WS-AtomicTransaction（实现原子事务）、WS-BusinessActivity（实现长时间运行的商业事务）。WS-Transactions比BTP好的方面是它将事务协调器独立出来，另外用两个标准在WS-Transactions基础上分别实现原子事务和长时间运行的事务，这样简化了复杂性。

WS-Transactions是专门用于web services的事务规范。

2005年，WS-Transactions发布了第一个版本，Version 1.0。

2007年，WS-Transactions发布了Version 1.1，并被OASIS组织接受为标准，成为WS-*标准的一部分。

 

 

WCF支持的可互操作的分布式事务协议只有WS-Transactions，并且只实现了WS-Coordination、WS-AtomicTransaction，WS-BusinessActivity没被实现。

1.3.1.   WS-Coordination

WS-Coordination它描述了一个可扩展的交流协议框架，该框架对分布式的请求进行其请求协议的判断与处理，处理后再将请求向下方的业务处理模块进行分发。

该框架最大特点是其能够以系统流程代理的身份来处理请求。当不同的请求，无论是内部的同系统的请求或外部的异构系统的请求，经过该框架处理后，再其原有的特殊的传输代理层上添加了符合本系统信息流规则的本地协议。也就是本系统允许已经存在的事务、工作流或其他服务的请求隐藏其自身独特的传输协议，并可顺利运行于异构式的系统环境中。

当前WS-Coordination稳定的版本是1.1，同样是OASIS于2007年发布的国际标准。现在1.2版本也在起草过程之中。WS-Coordination规范的具体实现需要开发中在基于XML的配置文件中引入WS-Coordination规范的命名空间，如指定<xs：schema>字段的值为ws-addr.xsd。由于是基于XML文件来实现，WS-Coordination规范易于实现，且对日后的扩展支持度高。

通过WS-Coordination的使用，一方面通过附加统一的本地协议，在使用不同通信协议的请求到来时，进行统一的协议处理，加快了请求的处理速度，提高了系统的松耦合性；另一方面WS-Coordination规范所定义的框架加强了系统的异构性，使系统不因请求所使用的协议不同而无法处理，这提升了系统整体的兼容性，加强了系统的综合服务能力。

1.3.2.   WS-AtomicTransaction

WS-AtomicTransaction 定义了一组特定的协议，这组协议可以插入 WS-Coordination 模型，以实现传统的两阶段原子事务处理协议。注意到原子的两阶段模型只是就涉及的服务而言的非常重要。提供服务的站点或基础体系结构可能大肆宣传两阶段提交，但是却使用一些其他的企业内部模型，比如补偿模型或版本模型。这种自由使简单的两阶段提交模型对于长期运行的 Internet 计算更有用。

WCF实现了WS-AtomicTransaction协议，事务管理器是由MSDTC实现，也就是说在WCF中可以使用WS-AtomicTransaction协议进行分布式事务的管理，并跟其他实现了WS-AtomicTransaction的异构分布式事务互操作。

1.3.3.   WS-BusinessActivity

WS-BusinessActivity 定义了一组特定的协议，这组协议可以插入 WS-Coordination 模型，以实现长期运行的、基于补偿的事务处理协议。

WS-BusinessActivity定义的是long-running事务，所谓long-running事务是指那些企业业务流程，需要跨应用、跨企业来完成某个事务，甚至在事务流程中还需要有手工操作的参与，这类事务的完成时间可能以分计，以小时计，甚至可能以天计，这类事务也被称为SAGA。

这类事务如果按照事务的ACID的要求去设计，势必造成系统的可用性大大的降低。试想一个由两台服务器一起参与的事务，服务器A发起事务，服务器B参与事务，B的事务需要人工参与，所以处理时间可能很长。如果按照ACID的原则，要保持事务的隔离性、一致性，服务器A中发起的事务中使用到的事务资源将会被锁定，不允许其他应用访问到事务过程中的中间结果，直到整个事务被提交或者回滚。这就造成事务A中的资源被长时间锁定，系统的可用性将不可接受。

WS-BusinessActivity提供了一种基于补偿的long-running的事务处理模型。还是上面的例子，服务器A的事务如果执行顺利，那么事务A就先行提交，如果事务B也执行顺利，则事务B也提交，整个事务就算完成。但是如果事务B执行失败，事务B本身回滚，这时事务A已经被提交，所以需要执行一个补偿操作，将已经提交的事务A执行的操作作反操作，恢复到未执行前事务A的状态。这样的SAGA事务模型，是牺牲了一定的隔离性和一致性的，但是提高了long-running事务的可用性。

目前的WCF中未实现WS-BusinessActivity，在WCF 4.0 beta2中也为实现，估计在WCF 4.0正式版中也不会实现WS-BusinessActivity协议。

2、 事务管理器

管理事务必须有相应的协议外，还必须有个事务管理器，事务管理器通过相应的事务协议对本机的事务进行管理。如果同一个事务需要跨机器，则每台参与事务的机器的事务管理器之间进行相互协调共同完成一个分布式事务。

2.1.   LTM

轻型事务管理器Lightweight Transaction Manager，只能管理本地事务，事务在一个AppDomain内。LTM使用Lightweight protocol管理两阶段提交的事务。LTM只能管理单一的可持久化的资源，如果有两个以上的可持久化资源登记到事务中，LTM将被升级到DTC管理器。

2.2.   KTM

Vista和windows2008引入了内核事务管理器Kernel Transaction Manager (KTM)，

Windows Vista中还引入了两个主要的事务资源，事务NTFS和事务注册表，称作核心资源kernel resource managers (KRM)，KTM可以管理这两类资源。

事务性 NTFS，也称为 TxF，使用TxF可以将文件操作纳入到事务管理中，在事务中的的文件操作将同事务中的其他事务资源一样在事务前后保持一致性。

同样事务性注册表，也称作TxR，注册表的操作也可以纳入到事务管理中。

KTM跟LTM一样，使用Lightweight protocol管理两阶段提交的事务，只能管理本地事务，事务在一个AppDomain内，只能管理单一的可持久化的资源。

2.3.   DTC

DTC可以管理任何跨越执行边界的事务，跨AppDomain，跨进程，跨机器，跨服务。DTC可以使用OleTx 或者WSAT事务协议。

DTC既可以管理本地事务，更重要的是它能够管理跨边界的服务。

在使用WCF的场景下，每台运行WCF服务的机器都默认使用DTC。DTC建立一个新事务，并跨机器把事务传播到其他机器，发起事务的机器上的事务为根事务，这个机器上的DTC就要负责这个分布式事务的协调任务，负责启动事务，提交事务，和回滚事务。

 

事务管理器可使用的事务协议：

Protocal

LTM

KTM

DTC

Lightweight protocol

Yes

Yes

No

OleTx protocol

No

No

Yes

WS-Atomic Transaction

No

No

Yes

 

3、 事务资源

在事务范围内，可纳入事务管理的资源，即可以在事务正常执行后提交生效，在事务失败可以回滚恢复到事务启动前状态的资源成为事务资源。最常见的事务资源就是常用的数据库操作。但是在vista开始引入了两个核心事务资源：TxF事务文件和TxR事务注册表。

可用的事务资源：

3.1.   新sql server事务资源

Sql 2005或sql 2008的事务资源是新sql server，LTM事务管理器可以管理这类事务。

3.2.   核心事务资源

Vista开始引入的TxF事务文件和TxR事务注册表。可以对文件和注册表进行事务性操作。KTM可以管理这类资源。

3.3.   传统事务资源

SQL Server 2000, Oracle, DB2, 和MSMQ这类资源是传统的事务资源，这些资源只能由DTC事务管理器进行管理。

 

事务管理器可管理的事务资源：

Resource

LTM

KTM

DTC

新Sql Server事务资源

Yes

No

Yes

核心事务资源

No

Yes

Yes

传统事务资源

No

No

Yes

 

4、 事务管理器的升级

每个WCF中启动的事务都是先由LTM事务管理器管理，一旦事务中出现现有事务管理器无法管理的资源或情况，WCF会提升事务管理器的级别。分别从LTM升级到KTM，最高级别升级到DTC。事务管理器可以多次升级，事务管理器一旦升级后不能降级。

事务管理器的升级规则：

image

评论: 11　查看评论　发表评论

找优秀程序员，就在博客园

最新新闻：
· 五个广泛流传的对大龄程序员的误解(2010-03-21 19:51)
· 意大利研发出“移动虚拟校园”技术(2010-03-21 19:33)
· 如果 Facebook 是一个国家，它将是第三大人口国(2010-03-21 17:50)
· 德国公司推出Android平板电脑WePad(2010-03-21 17:43)
· 开源硬件能否像开源软件一样流行(2010-03-21 17:03)

编辑推荐：[视频]想做你的Code

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>Biztalk中Host Instance线程控制http://www.cnblogs.com/chnking/archive/2009/08/17/1547782.htmlchnkingchnkingSun, 16 Aug 2009 16:09:00 GMThttp://www.cnblogs.com/chnking/archive/2009/08/17/1547782.html阅读: 1352 评论: 2 作者: chnking 发表于 2009-08-17 00:09 原文链接

 

 

最近项目中遇到这样的需求，biztalk需要通过FTP adapter到合作伙伴的FTP服务器上取文件，并且在同一个FTP服务器上有多个路径取不同类型的数据，这样biztalk接收端就要建立多个receive location，每个location对应到一个FTP服务器上的一个路径。FTP服务器还有个限制，对同一个IP同时允许的连接数有限制为10个，而实际上biztalk需要对这个FTP建立的receive location有几十个，如果不加控制的话，很可能超过十个请求同时连接到FTP服务器，超过的连接将会收到超连接数的错误，导致接收失败。

这种情况就要控制到FTP服务器的连接请求在同一时间内限制在十个以内，如何做到这点？ 

在讨论这个问题前，先要介绍一下host和host instance。

在biztalk中，每个orchestration、receive location和send port都需要指定运行他们的Host，实际上对于receive location和send port是指定handler，而每个handler是跟Host一一对应的。

Host分两类，进程内和独立进程，如果是在biztalk进程内运行的Host叫进程内Host，大多数 biztalk服务都运行在进程内Host。在biztalk进程外进程运行的Host叫独立Host，基本上HTTP和SOAP这类需要外部IIS这类进程接收消息的Request-Response双向接收端口需要使用独立主机。这里只讨论进程内主机。

Biztalk Host是个逻辑上的概念，不能直接使用，与Host相对应的Host instance才是真正运行biztalk orchestration、receive location和send port的实际承载者（有点像类的概念，实例化为对象后才能使用）。在一个biztalk group中可以建立多个Host，在group里的每个biztalk server可以对group里的每个Host在本地建立一个instance，最多只能建一个，也可以不建。

在biztalk运行时，orchestration、receive location和send port都会由指定的Host相应的Host instance进程进行处理。实际上每个biztalk进程内主机就是一个BTSNTSvc.exe服务进程，安装biztalk后，默认有两个主机：进程内host是BizTalkServerApplication，独立主机是BizTalkServerIsolatedHost，在services中可以看到默认进程内主机实例的服务BTSSvc$BizTalkServerApplication，是一个BTSNTSvc.exe进程。如果在biztalk再建一个进程内host和相应的host instance，在services中就会多一个BTSNTSvc.exe服务进程与之相对应。

 

到此，介绍了host和host instance后，回过头来看一开始的需要控制到同一个FTP的连接数的需求。可以设想，能不能把连接到这个FTP的所有receive location都由同一个host instance服务进程处理，然后在这个服务进程内控制receive location并发数，如果能做到这点就能控制到FTP的同时连接数了。

十分幸运的是，biztalk的运行机制能帮我们实现这个设想。Biztalk 运行时，每个host instance就是一个进程，大家知道，每个进程都可以维护一个（也只有一个）进程池，biztalk就是使用这个进程池将orchestration、receive location或send por的实例作为一个线程放入进程池内运行。Dotnet 2.0的进程池默认最大工作线程数是25，也就是说默认状况下，一个host instance同时并发只能运行25个orchestration、receive location或send port的实例。

基于这个机制，应该可以在运行FTP receive location的那个host instance进程，修改它的最大工作线程为10个，这样，就能控制FTP receive location并发连接数在10个以内，多出来的并发连接请求在线程池外排队，等线程池内有空闲的线程继续运行。

下面是修改host instance的最大线程数的方法。

打开注册表，导航至[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\BTSSvc$hostinstancename]，其中红色部分是要修改的主机实例名。在这个key下新建一个CLR Hosting 的key，然后在这个CLR Hosting key下，建一个MaxWorkerThreads的REG_DWORD的值，值的数据设置为10，这就设置了这个host instance的最大工作线程为10个。如下图：

clip_image002

 

最后，有一点需要注意：MaxWorkerThreads的值的最小值跟服务器的CPU核心数有关系，即这个值不能小于CPU的核心数，如果这个值小于CPU的核心数，这个host instance的服务进程在下次启动时将出错无法启动。在biztalk中表现为启动这个host instance提示：

clip_image004

在services中，启动相应的服务，提示：

clip_image006

 

评论: 2　查看评论　发表评论

找优秀程序员，就在博客园

最新新闻：
· 五个广泛流传的对大龄程序员的误解(2010-03-21 19:51)
· 意大利研发出“移动虚拟校园”技术(2010-03-21 19:33)
· 如果 Facebook 是一个国家，它将是第三大人口国(2010-03-21 17:50)
· 德国公司推出Android平板电脑WePad(2010-03-21 17:43)
· 开源硬件能否像开源软件一样流行(2010-03-21 17:03)

编辑推荐：[视频]想做你的Code

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>biztalk在用户代码中构造多部分消息http://www.cnblogs.com/chnking/archive/2009/07/20/1526897.htmlchnkingchnkingMon, 20 Jul 2009 02:50:00 GMThttp://www.cnblogs.com/chnking/archive/2009/07/20/1526897.html阅读: 1327 评论: 1 作者: chnking 发表于 2009-07-20 10:50 原文链接

大家知道，biztalk中可以在orchestration调用外部用户代码进行功能扩展，调用外部方法可以把消息作为参数传给外部方法，当然也可能需要外部方法返回一个消息到orchestration。

对于schema类型的消息，在用户代码中直接构造一个XmlDocument的对象返回即可，类似这样：

public static XmlDocument GetXmlDocumentTemplate()

{

    String LOCATION = @"C:\MyTemplateLocation\MyMsgTemplate.xml";

    XmlDocument doc = new XmlDocument();

    doc.Load(LOCATION);

    return doc;

}

 

但是，如果需要返回的是多部分消息，事情就没这么简单了。

 

首先，XLANGMessage类没有new构造方法，你不能这样新建一个XLANGMessage消息：

XLANGMessage myXLANGMessage = new XLANGMessage();

 

Biztalk文档中提供了构造XLANGMessage的方法：

public static XLANGMessage XLANGMessageTest(XLANGMessage inMessage)

{

    XmlDocument XmlVariable = new XmlDocument();

    XmlVariable.LoadXml("<Root>Test</Root>");

    XLANGMessage outMessage = XmlVariable;

    Return outMessage

}

 

不幸的是，这个方法行不通，在编译的时候就提示：

Cannot implicitly convert type 'System.Xml.XmlDocument' to 'Microsoft.XLANGs.BaseTypes.XLANGMessage'

 

如果不死心，改成这样：

XLANGMessage outMessage = (XLANGMessage)XmlVariable;

编译后，这样提示：

Cannot convert type 'System.Xml.XmlDocument' to 'Microsoft.XLANGs.BaseTypes.XLANGMessage'

 

改一下代码，改成这样：

public static XLANGMessage XLANGMessageTest(XLANGMessage inMessage)

{

    XmlDocument XmlVariable = new XmlDocument();

    XmlVariable.LoadXml("<Root>Test</Root>");

    XLANGMessage outMessage = null;

    outMessage[0].LoadFrom(XmlVariable);

    Return outMessage

}

 

这样，编译时能通过了，但是运行时出错，提示outMessage不是对象的实例。

 

看来，在用户代码中构造XLANGMessage消息不是一般的困难，怎么都在用户代码中构造不出XLANGMessage。

 

在用户代码中构造XLANGMessage如此难，可是如果在orchestration中使用过XLANGMessage，就会觉得在orchestration里构造一个XLANGMessage好像不是什么难事，那我们变通一下，从orchestraion传一个构造好的XLANGMessage到用户代码，用户代码中修改这个XLANGMessage然后返回就是了。

 

设计一个简单的例子：

从一个文件夹中读取一个文件，里面有简单的内容：chnking

消息进入orchestration后，orchestration将这个消息传送到外部用户代码，在用户代码中新建一个XLANGMessage，内容为接收进来消息后面加上“Output”字符串，返回orchestration，把这个新建的XLANGMessage消息输出到一个file，这个文件的内容应该为：chnking Output

 

首先设计一个orchestration：

clip_image002

 

设计两个多部分消息，一个是输入消息MultipartType_In，一个是处理后返回要输出的消息MultipartType_Out，这两个多部分消息都只包含一个part，类型为XmlDocument。

 

构造消息的消息赋值形状中的表达式：

//在orchestraion中构造XLANGMessage消息就是这么简单

Msg_Out.MessagePart_Body = new System.Xml.XmlDocument();

Helper.MultiMsg.XLANGMessageTest(Msg_In,Msg_Out);

 

先在orchestration里用Msg_Out.MessagePart_Body = new System.Xml.XmlDocument(); 构造一个包含XmlDocument类型part的XLANGMessage消息，传送到外部Helper.MultiMsg.XLANGMessageTest方法，外部方法修改了这个消息后返回。

 

外部方法的代码：

/// <summary>

/// 接收一个XLANGMessage，并新建一个XLANGMessage，并返回

/// </summary>

/// <param name="inMessage">接收需要处理的XLANGMessage消息</param>

/// <param name="outMessage">实际返回的XLANGMessage消息</param>

public static void XLANGMessageTest(XLANGMessage inMessage, XLANGMessage outMessage)

{

    //获得输入XLANGMessage的part的数据流

    XLANGPart xlp = inMessage[0];

    Stream sourceStrm = (Stream)xlp.RetrieveAs(typeof(Stream));

 

    //将数据流转成字符串

    byte[] streamByte = new byte[sourceStrm.Length];

    sourceStrm.Position = 0;

    sourceStrm.Read(streamByte, 0, (int)(sourceStrm.Length));

    string sourceStr = System.Text.Encoding.UTF8.GetString(streamByte);

 

    //简单处理过程,在输入消息的字符串上加上点内容,然后转成MemoryStream,

    //然后载入到输出消息的part

    sourceStr = sourceStr + " Output";

    byte[] outbyte = System.Text.Encoding.UTF8.GetBytes(sourceStr);

    MemoryStream outputStrm = new MemoryStream(outbyte, 0, outbyte.Length, false, true);

    outputStrm.Position = 0;

    outMessage[0].LoadFrom(outputStrm);

}

 

测试源代码：MultiPartMsgTest.rar

评论: 1　查看评论　发表评论

找优秀程序员，就在博客园

最新新闻：
· 五个广泛流传的对大龄程序员的误解(2010-03-21 19:51)
· 意大利研发出“移动虚拟校园”技术(2010-03-21 19:33)
· 如果 Facebook 是一个国家，它将是第三大人口国(2010-03-21 17:50)
· 德国公司推出Android平板电脑WePad(2010-03-21 17:43)
· 开源硬件能否像开源软件一样流行(2010-03-21 17:03)

编辑推荐：[视频]想做你的Code

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>使用biztalk API新建Receive Locationhttp://www.cnblogs.com/chnking/archive/2009/07/05/1517165.htmlchnkingchnkingSun, 05 Jul 2009 06:42:00 GMThttp://www.cnblogs.com/chnking/archive/2009/07/05/1517165.html阅读: 1127 评论: 0 作者: chnking 发表于 2009-07-05 14:42 原文链接

 

 

可以使用biztalk提供的ExplorerOM名称空间下的API对biztalk的各个组件进行管理，做Biztalk Administration Console做的那些管理任务，比如查看biztalk服务器上有多少个application，某个Application中有多少接收端口，有多少发送端口，增加删除Receive Location，增加删除发送端口等等。

BtsCatalogExplorer是ExplorerOM中的核心类，biztalk中的所有组件都通过BtsCatalogExplorer类对外暴露。

BtsCatalogExplorer的各种操作实际上是对biztalk的BizTalkMgmtDb数据库的操作，因为biztalk的静态信息，包括这个biztalk服务上有什么Application，接收端口，发送端口，有什么适配器，handler等等都保存在BizTalkMgmtDb数据库。

如果要对biztalk中的某个组件进行操作，必须先初始化一个BtsCatalogExplorer对象，并将需要操作的那个biztalk服务器相应的BizTalkMgmtDb数据库的连接字符串赋给BtsCatalogExplorer的ConnectionString属性。

BtsCatalogExplorer对biztalk组件的修改都是在内存中进行，只有当执行到SaveChanges方法时，才会把所有的修改一次性提交到BizTalkMgmtDb数据库做实际的修改。

 

这里以实例说明使用ExplorerOM对象模型新建receive location过程。

 

代码下载：CreateReceiveLocation.rar

 

一、  新建File adapter的Receive Location

用下面代码在“My Receive Port”接收端口下新建一个name为“Receive Location6 - Code Created user”的File类型的Receive Location。

BtsCatalogExplorer root = new BtsCatalogExplorer();

try

{

    root.ConnectionString = "Data Source=.;Initial Catalog=BizTalkMgmtDb;Integrated Security=SSPI;";

   

    ReceivePort rp = root.ReceivePorts["My Receive Port"];

    ReceiveLocation rl = rp.AddNewReceiveLocation();

rl.Name = "Receive Location6 - Code Created user";

rl.Address = "c:\\temp\\te*.xml";

 

    foreach (ReceiveHandler handler in root.ReceiveHandlers)

    {

        if (handler.TransportType.Name == "FILE" && handler.Name == "BizTalkServerApplication")

        {

            rl.ReceiveHandler = handler;

            break;

        }

    }

    Microsoft.BizTalk.ExplorerOM.ProtocolType protocol = root.ProtocolTypes["FILE"];

    rl.TransportType = protocol;

 

rl.ReceivePipeline = root.Pipelines[typeof(PassThruReceive).FullName, typeof(PassThruReceive).Assembly.FullName];

 

string proStr = "<CustomProps><RemoveReceivedFileRetryCount vt=\"19\">51</RemoveReceivedFileRetryCount><RemoveReceivedFileMaxInterval vt=\"19\">300001</RemoveReceivedFileMaxInterval><FilePath vt=\"8\">F:\\temp</FilePath><FileMask vt=\"8\">pe*.xml</FileMask><Username vt=\"8\">a</Username><BatchSizeInBytes vt=\"19\">102401</BatchSizeInBytes><PollingInterval vt=\"19\">60001</PollingInterval><BatchSize vt=\"19\">21</BatchSize><Password vt=\"1\">a</Password><FileNetFailRetryInt vt=\"19\">51</FileNetFailRetryInt><RemoveReceivedFileDelay vt=\"19\">11</RemoveReceivedFileDelay><RenameReceivedFiles vt=\"11\">0</RenameReceivedFiles><FileNetFailRetryCount vt=\"19\">51</FileNetFailRetryCount></CustomProps>";

    rl.TransportTypeData = proStr;

 

    rl.FragmentMessages = Fragmentation.Yes;

    rl.ServiceWindowEnabled = false;

 

    rl.Enable = true;

 

    root.SaveChanges();

}

 

catch (Exception e)

{

    root.DiscardChanges();

    throw e;

}

 

需要注意的是，ReceiveLocation的TransportTypeData属性。不同的适配器有不同的属性集，biztalk通过这个TransportTypeData属性接收这些不同的属性，属性的数据类型是string，实际上是name/value对组成的xml形式的属性集合。类似这样的形式，包括了File adapter所有的定制属性了：

                     

<CustomProps>

  <RemoveReceivedFileRetryCount vt="19">51</RemoveReceivedFileRetryCount>

  <RemoveReceivedFileMaxInterval vt="19">300001</RemoveReceivedFileMaxInterval>

  <FilePath vt="8">F:\temp</FilePath>

  <FileMask vt="8">te*.xml</FileMask>

  <Username vt="8">a</Username>

  <BatchSizeInBytes vt="19">102401</BatchSizeInBytes>

  <PollingInterval vt="19">60001</PollingInterval>

  <BatchSize vt="19">21</BatchSize>

  <Password vt="1" >password</Password>

  <FileNetFailRetryInt vt="19">51</FileNetFailRetryInt>

  <RemoveReceivedFileDelay vt="19">11</RemoveReceivedFileDelay>

  <RenameReceivedFiles vt="11">0</RenameReceivedFiles>

  <FileNetFailRetryCount vt="19">51</FileNetFailRetryCount>

</CustomProps>

 

ReceiveLocation.Address属性很重要，这个属性就是biztalk Administration Console中Receive Location列表中，Receive Location的URI属性，指示这个Location接收消息的位置，这个URI在一个biztalk server上所有Receive Location中必须唯一。

对于File适配器，ReceiveLocation.Address属性由File adater的FilePath和Filemask属性组合而成。在新建File的Receive Location时，必须设置ReceiveLocation.Address，如果同时在TransportTypeData设置了FilePath和Filemask属性，ReceiveLocation.Address会覆盖FilePath和Filemask属性的设置，所以，没必要在TransportTypeData中设置FilePath和Filemask属性。

 

 

一、  新建FTP adapter的Receive Location

同样可以在代码中使用ExplorerOM新建一个使用FTP适配器的Receive Location，下面是代码，跟建立File的Location稍有不同：

 

BtsCatalogExplorer root = new BtsCatalogExplorer();

try

{

    root.ConnectionString = "Data Source=.;Initial Catalog=BizTalkMgmtDb;Integrated Security=SSPI;";

    string proStr = "<Config xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\"><serverAddress>chnking1.com</serverAddress><serverPort>21</serverPort><userName>kent</userName><password /><fileMask>1*.xml</fileMask><targetFolder>testFolder1</targetFolder><representationType>binary</representationType><maximumBatchSize>0</maximumBatchSize><maximumNumberOfFiles>0</maximumNumberOfFiles><passiveMode>False</passiveMode><firewallType>NoFirewall</firewallType><firewallPort>21</firewallPort><pollingUnitOfMeasure>Seconds</pollingUnitOfMeasure><pollingInterval>60</pollingInterval><errorThreshold>10</errorThreshold><maxFileSize>100</maxFileSize><uri>ftp://chnking.com:21/testFolder/*.xml</uri></Config>";

    proStr = CreateLocationTransportData(proStr);

    ReceivePort rp = root.ReceivePorts["My Receive Port"];

    ReceiveLocation rl = rp.AddNewReceiveLocation();

    rl.Name = "Receive Location FTP - Code Created";

    rl.Address = "ftp://chnking.com:21/testFolder/t*.xml";

 

    foreach (ReceiveHandler handler in root.ReceiveHandlers)

    {

        if (handler.TransportType.Name == "FTP" && handler.Name == "BizTalkServerApplication")

        {

            rl.ReceiveHandler = handler;

            break;

        }

    }

    Microsoft.BizTalk.ExplorerOM.ProtocolType protocol = root.ProtocolTypes["FTP"];

    rl.TransportType = protocol;

 

    rl.ReceivePipeline = root.Pipelines[typeof(PassThruReceive).FullName, typeof(PassThruReceive).Assembly.FullName];

    rl.TransportTypeData = proStr;

 

    rl.FragmentMessages = Fragmentation.Yes;

    rl.ServiceWindowEnabled = false;

 

    rl.Enable = true;

 

    root.SaveChanges();

}

catch (Exception e)

{

    root.DiscardChanges();

    throw e;

}

 

FTP适配器具有的定制属性有下面这些：

<Config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">

  <serverAddress>chnking.com</serverAddress>

  <serverPort>21</serverPort>

  <userName>kent</userName>

  <password />

  <fileMask>*.xml</fileMask>

  <targetFolder>testFolder</targetFolder>

  <representationType>binary</representationType>

  <maximumBatchSize>0</maximumBatchSize>

  <maximumNumberOfFiles>0</maximumNumberOfFiles>

  <passiveMode>False</passiveMode>

  <firewallType>NoFirewall</firewallType>

  <firewallPort>21</firewallPort>

  <pollingUnitOfMeasure>Seconds</pollingUnitOfMeasure>

  <pollingInterval>60</pollingInterval>

  <errorThreshold>10</errorThreshold>

  <maxFileSize>100</maxFileSize>

</Config>

 

但是跟File适配器不同，FTP适配器需要的TransportTypeData比较特别，需要下面的形式：

<CustomProps>

  <AdapterConfig vt="8">

    <!--定制配置属性的xml字符串形式-->

  </AdapterConfig>

</CustomProps>

 

需要把前面<Config>节部分的内容转成字符串格式，然后嵌入到<CustomProps>的<AdapterConfig>节点下，代码中proStr = CreateLocationTransportData(proStr);就是用来做这个转换的：

private static string CreateLocationTransportData(string configString)

{

    XmlDocument xd = new XmlDocument();

    XmlElement xeRoot = xd.CreateElement("CustomProps");

 

    xd.AppendChild(xeRoot);

    XmlElement xeConfig = xd.CreateElement("AdapterConfig");

    xeRoot.AppendChild(xeConfig);

    XmlAttribute xaVT = xd.CreateAttribute("vt");

    xeConfig.Attributes.Append(xaVT);

    xaVT.Value = "8";

 

    XmlDocument myXmlDocument = new XmlDocument();

    myXmlDocument.LoadXml(configString);

 

    xeConfig.InnerText = myXmlDocument.DocumentElement.OuterXml;

 

    return xd.InnerXml;

}

处理过的TransportTypeData数据是这样的：

<CustomProps>

  <AdapterConfig vt="8">&lt;Config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"&gt;&lt;serverAddress&gt;chnking1.com&lt;/serverAddress&gt;&lt;serverPort&gt;21&lt;/serverPort&gt;&lt;userName&gt;kent&lt;/userName&gt;&lt;password /&gt;&lt;fileMask&gt;1*.xml&lt;/fileMask&gt;&lt;targetFolder&gt;testFolder1&lt;/targetFolder&gt;&lt;representationType&gt;binary&lt;/representationType&gt;&lt;maximumBatchSize&gt;0&lt;/maximumBatchSize&gt;&lt;maximumNumberOfFiles&gt;0&lt;/maximumNumberOfFiles&gt;&lt;passiveMode&gt;False&lt;/passiveMode&gt;&lt;firewallType&gt;NoFirewall&lt;/firewallType&gt;&lt;firewallPort&gt;21&lt;/firewallPort&gt;&lt;pollingUnitOfMeasure&gt;Seconds&lt;/pollingUnitOfMeasure&gt;&lt;pollingInterval&gt;60&lt;/pollingInterval&gt;&lt;errorThreshold&gt;10&lt;/errorThreshold&gt;&lt;maxFileSize&gt;100&lt;/maxFileSize&gt;&lt;/Config&gt;

  </AdapterConfig>

</CustomProps>

 

对于FTP适配器，ReceiveLocation.Address属性由FTP adater的serverAddress、serverPort、targetFolder和fileMask属性组合而成，但是在新建FTP Receive Location的代码中ReceiveLocation.Address和TransportTypeData的serverAddress等属性也都需要设置，所以请保证两边设置的值是一致的。

评论: 0　查看评论　发表评论

找优秀程序员，就在博客园

最新新闻：
· 五个广泛流传的对大龄程序员的误解(2010-03-21 19:51)
· 意大利研发出“移动虚拟校园”技术(2010-03-21 19:33)
· 如果 Facebook 是一个国家，它将是第三大人口国(2010-03-21 17:50)
· 德国公司推出Android平板电脑WePad(2010-03-21 17:43)
· 开源硬件能否像开源软件一样流行(2010-03-21 17:03)

编辑推荐：[视频]想做你的Code

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>主流SOA厂商和相关产品http://www.cnblogs.com/chnking/archive/2008/10/28/1321741.htmlchnkingchnkingTue, 28 Oct 2008 15:06:00 GMThttp://www.cnblogs.com/chnking/archive/2008/10/28/1321741.html阅读: 2582 评论: 13 作者: chnking 发表于 2008-10-28 23:06 原文链接

一、         SOA简介... 1

二、         IBM.. 2

1、      收购历史... 2

2、      现有SOA产品线... 2

三、         Microsoft. 3

四、         SAP. 4

1、      收购历史... 4

2、      SAP NetWeaver. 4

3、      目前的产品线... 5

五、         ORACLE. 6

1、      收购历史... 6

1.1.         收购仁科（PeopleSoft）... 6

1.2.         收购Siebel 6

1.3.         收购海波龙(Hyperion). 6

1.4.         收购BEA.. 6

2、      Oracle跟SOA相关的产品线... 6

2.1.         Oracle Fusion Architecture. 7

2.2.         Oracle SOA套件... 7

2.3.         SOA产品线整合路线... 8

六、         WebMethods. 9

 

 

一、  SOA简介

SOA（Service-Oriented Architecture）概念最初由Gartner公司（Gartner是国际权威IT研究与顾问咨询公司，曾首先提出ERP、SOA等多个划时代的软件概念，其报告在世界IT界享有广泛的公信力）提出。

Gartner将SOA描述为：“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成……SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。”

SOA的几个关键特性：一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。

随着近年来XML、SOAP、WSDL、UDDI等Web服务标准逐渐成熟，SOA得到了快速发展，逐步的成为了目前软件架构的主流发展趋势。

 

SOA的主要特点：

l  松耦合

服务请求方与服务之间应该是松耦合的。它们之间不是绝对相互依赖的关系，它们可能各自有自己的独立功能，有需要的时候一方向另一方请求服务以完成某项功能，但是如果访问不到该服务，也不会影响到请求方的其它功能的正常运作。这样降低了双方的耦合性，也就降低了系统间的相互间的不良影响的扩散，提高了整体的可靠性。

l  明确定义的接口

服务交互必须是明确定义的。Web 服务描述语言（Web services Description Language，WSDL）是受到广泛支持的方法，用于描述服务请求者所要求的绑定到服务提供者的细节。服务描述的重点在于与下面几部分交互所用的操作：

服务

调用操作的消息

构造这种消息的细节

关于向何处发送用于构造这种消息的处理细节的消息的信息

WSDL 不包括服务实现的任何技术细节。服务请求者不知道也不关心服务究竟是由 Java 代码、C#、COBOL，还是由某种其他的程序设计语言编写的。WSDL 的通用定义允许开发工具创建各种各样类型的交互的通过接口，同时隐藏它是如何由应用程序代码调用服务的细节。

l  无状态的服务设计

服务应该是独立的、自包含的请求，在实现时它不需要从一个请求到另一个请求的信息或状态。服务不应该依赖于其他服务的上下文和状态。

如果需要服务端保存每次客户端请求的状态，将会大大加大复杂性，也有悖松耦合的理念。实际中往往有需要在客户端多次访问服务端时保持状态，这时最好的处理方法是由客户端记住状态，下次请求服务时把状态发送到服务端，服务端在任何时候接收到请求都当作一个新的请求进行处理。

l  服务粒度

推荐使用粗粒度的接口，一般是把具有比较完整的功能包装成服务对外提供，这样可以体现服务的意义，才能称得上是服务。如果对外提供的服务粒度很细，每个服务提供一个简单的数据返回，要完成一个完整的功能，可能需要客户调用多次服务才能完成，这样的服务不但使用繁琐，也会增加不必要的网络通讯压力，这样的服务适合做内部的接口，不适合做对外的服务。

 

目前，各大软件厂商几乎无一例外的推出了自己的SOA解决方案和相关产品，SOA也都成为了各大厂商的主要战略，备受重视。

本人近几年一直致力于学习应用微软的SOA解决方案，和微软的SOA的核心产品biztalk。专注于微软的biztalk，但是也需要了解其他厂商的SOA的方案和产品，知己知彼，方能更好的发挥自己所学的长处。

下面是本人最近网上查阅资料后整理的一些SOA主流厂商的SOA相关产品的情况，挂一漏万。另外对这些产品本就不熟，难免有理解错误的地方，望熟悉的朋友指正。

 

二、  IBM

1、 收购历史

2006年8月，IBM收购了Webify(Web服务和SOA组件解决方案提供商)。

2007年11月13日，IBM收购了Cognos公司，收购价格为49亿美元

 

IBM的企业服务总线一开始的解决方案是WebSphere MQ以及WebSphere Business Integration Message Broker。

 

2、 现有SOA产品线

IBM 为您的业务提供了具有最广泛连接的 SOA，它将所有类型的数据、应用程序、协议和平台连接到一起，从传感器、手持设备和应用程序到大型机。IBM 将 ESB 作为中间件战略的核心，并提供了两种软件 ESB 和一种硬件 ESB 设备：

WebSphere Enterprise Service Bus（WESB）：基于面向集成的 SOA 平台的 WebSphere Application Server 而构建，针对中小企业的入门级ESB产品，能够帮助简化IT架构，降低运作成本，提升业务灵活性和市场响应速度，最终提升企业的竞争优势。

WebSphere Message Broker（WMB）：为异构 IT 环境中的统一连接和转换而构建。WMB通过提供对多种平台、语言、协议和传输方式的支持，帮助客户迅速部署企业服务总线，整合遗留应用，构建SOA架构的信息传输龙骨。采用业界领先的 WebSphere MQ 消息传递基础设施。

WebSphere DataPower：为简化部署和加强安全性而特制的硬件 ESB。特别推出的IBM专属硬件ESB产品，通过内嵌强大的XML/WebService加速引擎及安全保障机制，帮助客户快速、高效、便捷、安全地构建面向大交易量任务关键（Mission Critical）型企业服务总线。

 

IBM 宣布其旗下五大软件产品线全部支持SOA， 包括信息管理，Websphere， Tivoli， Rational 和Lotus。 IBM SOA 解决方案涵盖全线产品。IBM 通过大量整合、拓展和收购相关产品， 致力在其SOA 解决方案中完整融合自网络层至应用层的集成运行环境和管理技术。

 

三、  Microsoft

许多用户可能认为微软由于是一个SOA的后来者，从而对微软实施SOA的能力表示怀疑。对此，李志霄表示：“在微软的SOA中，Biztalk Server将起到ESB的作用，从它的进化过程你们可能不难发现，微软一直在SOA方面所做的努力。”的确，在Biztalk Server 2000中，支持XML的功能被添加了进来;到Biztalk Server 2002时，支持EAI的功能实现了;接下来的Biztalk Server 2004，BPM(流程管理)的功能被添加了进来;在Biztalk Server 2006中，ESB功能已被正式地添加了进去;而在Biztalk Server 2006 R2中，RFID的功能还要被添加进来。我们还不能忽视的，是微软WCF(Windows Communication Framework)、WPF(Windows Presentation Foudation)软件的成熟。通俗地讲SOA的实现，不过是实现流程的管理，这就需要ESB;接下来还要实现流程之间的通信，于是WCF出现了;由于IT系统需要与人交互，于是WPF来了。由此不难看出，微软已具备了实现SOA的所有技术。

 

四、  SAP

1、 收购历史

2007年10月9日，SAP 68亿收购Business Objects 公司,BO早前收购了crystal报表。

2、 SAP NetWeaver

SAP 从2003 年就开始逐步把产品迁移到SOA 平台上

2003～2004年开始打造SOA的平台，就是现在SAP NetWeaver系统，应用平台和面向业务流程的企业服务架构(Enterprise Service Architecture)，这款产品就相当于市场上面的一个中间件产品，这是一个技术平台。

从2004年到2005年，SAP把所有原来ERP的那些功能模块重新定义成服务形式，而基于这些“服务形式”又创建出关于业务逻辑的知识，我们有一“企业服务知识库”，我们把所有的服务归纳在一起，放到这里。

从2005年开始我们有了这个知识库以后，又在知识库基础上重新架构我们的应用软件，比如说有一个定单处理流程，原来是编程人员完全做好了，但他没有体现出“服务”的概念，而现在我们已经把这个定单流程变成了几个基本的服务模块，比如说创建定单、审核定单、审批定单，我们在重新架构应用的时候把这些服务重新串联起来。

到了2006年，SAP发布了SAP ERP 6.0，这个产品是第一个基于SOA架构做的企业应用产品。

在这种系统上，企业可以在必要时订阅特定或原已存在的服务，如银行推出线上刷信用卡，则订阅身分认证及支付两种服务，并把数据更新到客户关系管理系统。则银行就不用重新开发，可以节省成本及加速服务上线时间。

SAP业务发展协理陈平佳强调，SOA不只是技术的玩意，而必须和商业行为结合。应用层上的服务组件及商业流程才是重点，他说。

在SAP的ESOA(Enterprise SOA)愿景下，企业以NetWeaver为基础的ERP软件配合SAP提供的软件组件，可以满足企业80%的需求。相较之下，没有导入应用，而只有中介软件的企业，则必须自行开发所有的组件。

3、 目前的产品线

l  mySAP

mySAP ERP是世界上最完整的企业资源计划（ERP）解决方案。为大企业提供了完整的解决方案。它可以向不同的企业提供成功运营所必需的战略洞察力、独特化的竞争力、持续增长的执行力和灵活力。mySAP ERP 解决方案，作为新一代的ERP解决方案，它蕴含了SAP 公司诸多最新发展的关于企业运营的真知灼见：不断提高企业内的运营效率；自动化运作端到端的企业运营流程；并通过与客户、合作伙伴和供应商的协作，突破单个企业的界限，将这些流程拓展到整个业务生态系统中。此外，mySAP ERP 有助于推动企业创新，支持企业的未来发展。

mySAP ERP 是基于SAP NetWeaver 平台的。这是一个能适应变革的、富有创新性的集成和应用平台。

l  SAP Business All-in-one

SAP® Business All-in-One解决方案是专为有100-2500名员工的中型企业设计的综合业务解决方案，可帮助其提高业务灵活性、改进运营效率并且巩固客户关系。基于 SAP ERP 应用程序和 SAP Best Practices 服务产品所提供的久经验证的方法和工具，SAP Business All-in-One解决方案可以充分帮助中型企业在今后以高效且极具竞争力的方式运营业务。

SAP Business All-in-One 中包含有 SAP ERP、SAP NetWeaver® 平台和 SAP Best Practices。

l  SAP Business one

SAP Business One 是一套专为少于100名员工的中小型企业（中小企业）而设计的综合企业方案，其业务流程一体化的功能，让企业管理者能实时地掌握可靠的资料，从而做出准确的商业决策，令公司业务运作更为顺畅。总括而言，SAP Business One 是一套价格相宜、灵活、安装容易的企业方案，特别为本地成长型企业量身定做的优质产品。

SAP Business One 无疑是中小企业的首选企业方案，除了软件所具有的强大功能，和可支援业务持续发展的特点外，它的市场定价和快捷的实施时间，亦切合中小企业的需要。SAP Business One 所提供的业务功能覆盖了财务、销售、采购、库存、收付款管理、客户关系管理、生产装配、成本控制、人力资源管理等企业管理的范畴，让企业达到数据统一和高度共享资源的目标，并避免重复输入资料。

SAP Business One 不需要SAP NetWeaver 平台的支撑。

 

五、  ORACLE

1、 收购历史

1.1.   收购仁科（PeopleSoft）

Oracle于2004年12月以103亿美元的价格收购仁科（PeopleSoft）

PeopleSoft是eHR领域领先的厂商。

仁科的广告词是：“Peoplesoft仁科独有的完全互联网架构（Pure Internet Architecture），得天独厚，完全利用互联网技术，更为简单有效。”而仁科于2003年收购了J.D.Edwards。

1.2.   收购Siebel

Oracle和Siebel 2005 年9月12日宣布，Oracle同意以约58.5亿美元价格收购Siebel公司。Siebel是CRM领域领先的厂商。

1.3.   收购海波龙(Hyperion)

Oracle 2007-03-02 宣布以33亿美元收购商业智能解决方案提供商海波龙(Hyperion)公司。这是Oracle继收购PeopleSoft和Siebel之后的又一重大收购，此次收购将在4月份完成。

1.4.   收购BEA

2008年1月16日，以85亿美元收购BEA。

BEA之前收购了Flashline(SOA注册服务库提供商)。

在2006 年底， BEA 进而宣布了SOA 360 度战略，致力于提供统一的SOA 技术平台。 BEA 计划在2008 年之前在SOA 360 平台上整合其现有的三个产品：Weblogic， Tuxedo 和AquaLogic service bus 2.5/2.6/3.0。AquaLogic是SOA的核心产品，可开箱即用的esb，安装后就可以开始设计流程，并都是基于WEB。

Weblogic应用服务器跟Oracle自有应用服务器Oracle Application Server有严重重合。

AquaLogic也跟Oracle自有SOA 产品Oracle SOA Suite严重重合。

 

2、 Oracle跟SOA相关的产品线

Oracle是一家很喜欢通过收购来迅速增加增强自身实力和快速获得有广阔市场前景的前瞻性技术。从前面的收购历史就能大概看出这点，上面里出来的几个收购案只是比较重要的几个，oracle收购的公司不下几十个。

收购的产品太多了，Oracle想到构建一个平台把这些产品集成起来，这个平台就是Fusion Architecture，它是一个基于消息的面向服务的中间件。Oracle希望用Fusion来整合收购来的各种各样的产品。

在随着SOA概念越炒越热，越来越流行，各大厂商纷纷的把SOA纳入自己的主要战略，相继推出了自己的SOA解决方案和产品线。

Oracle在SOA方面是后来者，落后于IBM、SAP、微软和BEA。但是oracle在SOA理念上并不落后，Fusion Architecture就是SOA的一个实践，只是没有明确提出SOA的概念，技术本质上，Fusion Architecture就是SOA的一种实现。

很快的，Oracle在2006年宣布了Oracle SOA Suite的产品，作为Oralce在SOA的解决方案。SOA Suite架构在Oracle Fusion Architecture之上。

2.1.   Oracle Fusion Architecture

Oracle于2005年发布Oracle Fusion Architecture，它是一个基于标准的、详尽定义了企业级应用软件、中间件和网格基础技术之间关系的技术蓝图。以构造完整的、开放的商业应用和商业信息为着眼点，Oracle Fusion Architecture对Fusion Application所需的技术部件给予了定义，该架构由以下五大特点组成:

· 模块化驱动:用于应用软件、业务流程和商业信息

· 支持服务和事件:用于可扩展的、标准件的、灵活的应用和流程

· 以信息为中心:用于完整的、连贯的、可反应的、实时的信息

· 为网格计算作好准备:必须在低成本的硬件上做到可升级、可使用、安全可靠、易于管理

· 以标准为基础:在不同环境中必须是开放的、可插拔的。

Oracle Fusion Architecture的构件包括:

Oracle网格基础架构(Oracle Grid Infrastructure)——Oracle10g数据库和Oracle Fusion Middleware。它们由Oracle企业管理器(Oracle Enterprise Manager)和网格控制(Grid Control)监控，以保证取得最佳的性能和最长的运行时间。

Oracle Fusion服务注册(Oracle Fusion Service Registry)——基于Oracle电子商务套件的Web服务注册。它设定了所有的Oracle应用Web服务、第三方Web服务的整合界面以及针对每个特定用户运用而提供的变化数据服务。

Oracle Fusion服务总线(Oracle Fusion Service Bus)——基于Oracle Fusion Middleware的企业服务总线技术。它是应用服务的运行环境。

商业流程协调(Oracle Process Orchestration)——在商业流程层面监督和管理技术构件的工具。基于Oracle Fusion Middleware BPEL。

商业智能和商业活动监控(Business Intelligence and Business Activity Monitoring)——基于由Oracle应用软件和商业智能工具(如:Oracle Discoverer)和Oracle Fusion Middleware BAM技术提供的商业信息。

统一门户(Unified Portal)——提供定制化的协作门户，以实现最佳的员工生产率和效率。基于Oracle协作套件10g(Oracle Collaboration Suite 10g)和Oracle 门户(Oracle Portal)。

2.2.   Oracle SOA套件

Oracle SOA套件（Oracle SOA Suite），不仅可以运行在Oracle自己的J2EE平台，还可以运行于其他中间件厂商（BEA，IBM）的中间件平台

 

以下是SOA套件的一个结构图：

clip_image005

 

Jdeveloper是和Oracle产品紧密联系的一个免费的开发工具，如果是要使用Oracle的平台进行开发，没有什么开发工具能够比Jdeveloper更加方便和高效了，Jdeveloper已经包含了大部分常见Oracle产品开发所需要类库，也有一个图形的，能够自动提示和完成语句的助手以及一个非常重要的能够跟踪到产品内部的调试环境等。无论是进行普通J2EE开发，还是BPEL/ESB开发任务，都能够使用Jdeveloper很好完成。

Oracle 的BPEL Process Manager是包含了常见的web服务流程化开发的所有通用组件，还包含了人机交互工作流的开发机制以及提供了大量的进行各种系统连接到Web服务环境的适配器（如数据库，FTP服务器，商业打包应用Oracle 11i，SAP等）。而ESB则是作为把各种应用包括传统应用暴露成web服务接入SOA环境以及虚拟化接入系统的一个平台，当一个系统接入ESB后，则可以在不改变BPEL流程的情况下把一个系统换成另一个系统。

Web Service Manager（WSM）是一个专门针对Web服务安全设计的产品，提供了一个企业Web服务的安全和认证的统一的接口和平台，所有的Web服务可以先注册到该平台，然后由WSM把该服务发布出去（可以换成另一个服务名），这样当无论什么用户需要访问该Web服务的时候，都需要经过WSM这种统一的认证和授权才能够访问到该服务，这就解决了各个厂商不同中间件平台上各自独立的Web服务的安全的管理模式。

另一个产品BAM则是一个实时监控业务的平台，该产品有一个非常华丽的外观（据说看过该产品界面的用户都会被吸引住），提供实时的商业智能的功能和根据实时的业务情况（可以定义阈值）进行反应（调用一个Web服务）的功能。

 

2.3.   SOA产品线整合路线

Oracle收购BEA后，BEA的SOA产品AquaLogic跟Oracle自有SOA 产品Oracle SOA Suite在定位和功能上有很大重合。

不过Oracle称，oracle将整合BEA的中间件产品，在完成整合后，Oracle 中间件在针对开放标准支持方面，更为全面而完整，可说居于业界领先的地位;包括对 JavaEE 5.0 和 JAX 一系列 XML API 的支持。此外针对 SOA 相关标准方面，则包括了 WS-ReliableMessaging，WS-Security 和 WS-Addressing。

收购BEA后，oracle的Enterprise services bus被称为OESB，BEA 的 AquaLogic Service Bus被称作Oracle Service Bus (OSB)，二者都继续保持战略性产品的地位。在明年 11g 版本正式推出时，将二者整合为更紧密的单一化产品。

 

六、  WebMethods

webMethods 公司的webMethods Integration Platform，这个产品主要包括Developer,Modeler,Trading Netwrok这三个部分。其中Developer是用来开发你所需的各种webservice，其中WebMethods本身也提供了一些公共的webservice供你调用。Modeler是用来将你做好的service组装在一起，形成各种商业逻辑。Trading Network相当于是一个网络接口，将你最后产生的xml数据或其他各式的数据发送给指定的远端服务器，当然在这个远端服务器上也一定要有一个Webmethod的网络接口用来接收数据。

2007年4月，webMethods被欧洲最大的系统软件与面向服务架构 (SOA) 供应商 Software AG以5.46亿美元收购。

 

评论: 13　查看评论　发表评论

找优秀程序员，就在博客园

最新新闻：
· 五个广泛流传的对大龄程序员的误解(2010-03-21 19:51)
· 意大利研发出“移动虚拟校园”技术(2010-03-21 19:33)
· 如果 Facebook 是一个国家，它将是第三大人口国(2010-03-21 17:50)
· 德国公司推出Android平板电脑WePad(2010-03-21 17:43)
· 开源硬件能否像开源软件一样流行(2010-03-21 17:03)

编辑推荐：[视频]想做你的Code

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>WCF系列（九） - WCF安全系列（四） - WSHttpBinding绑定之Transport安全模式http://www.cnblogs.com/chnking/archive/2008/10/23/1318283.htmlchnkingchnkingThu, 23 Oct 2008 14:38:00 GMThttp://www.cnblogs.com/chnking/archive/2008/10/23/1318283.html阅读: 2531 评论: 6 作者: chnking 发表于 2008-10-23 22:38 原文链接

一、         wsHttpBinding. 1

1、           安全模式 – None. 2

1.1.         服务端代码... 2

1.2.         客户端代码... 3

1.3.         测试... 3

2、           安全模式 – Transport. 4

2.1.         客户端验证：None. 5

2.1.1.              获得和安装证书... 5

2.1.2.              为端口配置SSL证书... 5

2.1.3.              服务端代码... 7

2.1.4.              客户端代码... 7

2.1.5.              测试... 8

2.2.         客户端验证：Basic. 8

2.2.1.              获得和安装证书... 8

2.2.2.              为端口配置SSL证书... 8

2.2.3.              服务端代码... 8

2.2.4.              客户端代码... 9

2.2.5.              测试... 9

2.3.         客户端验证：Ntlm... 10

2.3.1.              获得和安装证书... 10

2.3.2.              为端口配置SSL证书... 10

2.3.3.              服务端代码... 10

2.3.4.              客户端代码... 11

2.3.5.              测试... 11

2.4.         客户端验证：Windows. 12

2.5.         客户端验证：Certificate. 12

2.5.1.              获得和安装证书... 12

2.5.2.              为端口配置SSL证书... 12

2.5.3.              服务端代码... 12

2.5.4.              客户端代码... 13

2.5.5.              测试... 13

2.6.         安全模式 – Transport 存在的问题... 14

 

一、  wsHttpBinding

WSHttpBinding是WCF中最常用的一种绑定。缺省的，此绑定实现WS-Security协议，提供跟实现WS-*协议的服务交换的能力。

共用测试WCF服务类

所有测试都是用同样的服务端contract和实现这个contract的service：

[ServiceContract(Namespace = "http://chnking.com")]

public interface IGetIdentity

{

    [OperationContract]

    string Get(string ClientIdentity);

}

public class GetIdentity : IGetIdentity

{

    public string Get(string ClientIdentity)

    {

        return ("服务端Identity 是'" + ServiceSecurityContext.Current. PrimaryIdentity.Name +

            "'\n\r客户端Identity是 '" + ClientIdentity + "'");

    }

}

代码很简单，一个contract提供了一个Get方法，接收一个string参数，返回一个string参数。在后面的测试中，客户端把客户端安全上下文的Identity发送到服务端，服务端返回服务端安全上下文的Identity给客户端。

 

1、 安全模式 – None

这部分的测试代码：WSHttpBinding_None.rar

WSHttpBinding绑定默认的安全模式是Message，提供消息层的安全性，但是也提供None安全模式的选择，None安全模式不提供任何安全性和身份验证。

这种方式的安全性：

完整性

不提供

保密性

不提供

服务端身份身份验证

不提供

客户端身份验证

无，并忽略客户端验证的其他方式设置，固定为None

本例采用全代码方式，不使用配置文件。

1.1.   服务端代码

internal static ServiceHost myServiceHost = null;

internal static void Main()

{

    WSHttpBinding myBinding = new WSHttpBinding();

    myBinding.Security.Mode = SecurityMode.None;

    Uri baseAddress = new Uri("http://localhost:8056/WCFService/");

    myServiceHost = new ServiceHost(typeof(GetIdentity), baseAddress);

    ServiceEndpoint myServiceEndpoint = myServiceHost.AddServiceEndpoint

        (typeof(IGetIdentity), myBinding, "GetIdentity");

    ServiceMetadataBehavior behavior = new ServiceMetadataBehavior();

    behavior.HttpGetEnabled = true;

    behavior.HttpGetUrl = new Uri("http://localhost:8057/mex");

    myServiceHost.Description.Behaviors.Add(behavior);

    myServiceHost.Open();

    Console.WriteLine("Service started!");

    Console.ReadLine();

    myServiceHost.Close();

}

1.2.   客户端代码

static void Main(string[] args)

{

    WSHttpBinding myBinding = new WSHttpBinding();

    myBinding.Security.Mode = SecurityMode.None;

    EndpointAddress ea = new EndpointAddress("http://localhost:8056/WCFService/GetIdentity");

    GetIdentityClient gc = new GetIdentityClient(myBinding, ea);

    //为使用TcpTrace跟踪消息设置的TcpTrace监听端口

    ClientViaBehavior myClientViaBehavior = new ClientViaBehavior

        (new Uri("http://localhost:8055/WCFService/GetIdentity"));

    gc.Endpoint.Behaviors.Add(myClientViaBehavior);

    //执行代理类Get方法

    string result = gc.Get(WindowsIdentity.GetCurrent().Name);

    Console.WriteLine(result);

    Console.ReadLine();

}

客户端设置了ClientVia的Vehavior，设置8055为监听端口，8056为实际端口，同时运行TcpTrace来跟踪通讯数据

1.3.   测试

客户端运行结果：

clip_image002

 

TCPTrace工具抓客户端和服务端的通讯数据：

请求消息：

POST /WCFService/GetIdentity HTTP/1.1

Content-Type: application/soap+xml; charset=utf-8

VsDebuggerCausalityData: uIDPoxOaGtpLxrhPjvhVjonkQPMAAAAAjRbg12gZpUemeJRQ0jDM6AKbVL08qshDmMMXS5qY15kACQAA

Host: localhost:8055

Content-Length: 571

Expect: 100-continue

Connection: Keep-Alive

 

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">

     <s:Header>

         <a:Action s:mustUnderstand="1">http://chnking.com/IGetIdentity/Get</a:Action>

         <a:MessageID>urn:uuid:5071904e-62af-4b1e-b367-93a48ae2210f</a:MessageID>

         <a:ReplyTo>

              <a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address>

         </a:ReplyTo>

         <a:To s:mustUnderstand="1">http://localhost:8056/WCFService/GetIdentity</a:To>

     </s:Header>

     <s:Body>

         <Get xmlns="http://chnking.com">

              <ClientIdentity>WIN2008\Administrator</ClientIdentity>

         </Get>

     </s:Body>

</s:Envelope>

 

响应消息：

HTTP/1.1 100 Continue

 

HTTP/1.1 200 OK

Content-Length: 468

Content-Type: application/soap+xml; charset=utf-8

Server: Microsoft-HTTPAPI/2.0

Date: Mon, 20 Oct 2008 13:50:55 GMT

 

<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">

     <s:Header>

         <a:Action s:mustUnderstand="1">http://chnking.com/IGetIdentity/GetResponse</a:Action>

         <a:RelatesTo>urn:uuid:5071904e-62af-4b1e-b367-93a48ae2210f</a:RelatesTo>

     </s:Header>

     <s:Body>

         <GetResponse xmlns="http://chnking.com">

              <GetResult>

                   Identity of server is''

                   &#xD;Identity of client is 'WIN2008\Administrator'

              </GetResult>

         </GetResponse>

     </s:Body>

</s:Envelope>

 

从TcpTrace的截获的通讯数据可以看出：

l  WSHttpBinding绑定采用Text编码。

l  WSHttpBinding的None安全模式不对消息加密，从截获的数据可以看到返回的消息中文本部分是明文。

 

2、 安全模式 – Transport

WSHttpBinding绑定Transport安全模式，由传输层HTTPS保证消息的隐秘性和完整性。服务端必须有一个SSL证书，客户端必须信任服务端证书。

WSHttpBinding绑定Transport安全可以通过服务宿主在IIS，通过设置IIS的SSL通道实现。如果是自宿主的WCF服务，同样通过SSL over http实现传输层的数据加密，这时需要使用HttpCfg.exe工具把证书绑定到一个特定的端口，端口号就是endpoint地址中指定的端口号。使用Transport安全模式时，endpoint地址中必须指定HTTPS协议。

下面例子中都使用自宿主的方式。

2.1.   客户端验证：None

这部分的测试代码：WSHttpBinding_Transport_None.rar

这种方式的安全性：

完整性

服务端证书通过SSL保证

保密性

服务端证书通过SSL保证

服务端身份身份验证

服务端证书通过SSL验证服务端

客户端身份验证

无

 

2.1.1.   获得和安装证书

这里用Makecert.exe工具生成证书，使用下面的命令：

makecert -sr localmachine -ss My -n CN=win2008 -sky exchange -pe -r

这是服务端证书，win2008是服务端的机器名。

如果做过前面BasicHttpBinding的测试，这个服务端证书就应该已经有了。