实战演习-如何用wse实现soap消息路由一
发个广告:周末有想一起锻炼身体的兄弟,可与我联系,最好住在回龙观或者西三旗附近,大家可以搭伴去打篮球,乒乓球或者游泳。 本人联系方式:Msn:jillzhang@126.com qq:183317744 |
前面的文章中介绍过wse有路由的功能,它能像路由器一样,将soap消息动态的路由到指定的目的地,有关wse实现路由的功能描述,请查看:WSE 3.0 文档翻译:路由。
下面主要通过项目实例来具体阐述如何实现wse路由和一些项目开发中的细节。本人水平有限,有不对的地方,请朋友们不吝赐教。
在开始项目之前,先了解一下路由的概念,所谓"路由",是指把数据从一个地方传送到另一个地方的行为和动作,它通常包括两种行为:选择最佳路径和通过网络交换数据。我们平时使用的路由器就是为了此项功能而产生的机器。那么wse为何要具备路由的功能呢?这个必须是我们首先要弄明白的问题。
对SOA不了解或者没有相关开发和运维经验的朋友可能体会不出wse为何要有路由功能的理由,从表面看来,完全没必要嘛!客户端指定一个服务端,双方交换数据就可以了!非也,在SOA中,要面对的往往是部门与部门之间,企业与企业之间,机构与机构之间的系统协作问题,此时如果提供服务的一方出现维修问题,会影响到很多客户端,而这些客户端可能分布在不同的个人或者机构中,中间一些协调和沟通问题会很快让你进入hell,而有些客户端系统对于系统的稳定性要求极高。所以如果服务端不做伤筋动骨的改动,应该尽最大可能保持客户端的正常运行。Wse的路由功能就是为了解决此类问题的方案之一。一句话它能够使服务端能够在对服务进行维护的时候,经过简单的配置,改变soap消息的原有路由,从而保证客户端的稳定运行。
要实现wse的路由功能,有两种手段:第一是通过配置文件,这个配置文件在wse框架中被称为referral cache.另外一种是基于soap消息内容来实现。本文首先解决如何通过配置文件来实现wse路由。
- 通过配置来实现wse路由
实现wse路由,需要两个大的步骤:
- 准备一台路由服务器(以后我们称之为R),并对其进行配置
- 配置一个Referral Cache,这个文件定义了soap消息的路由信息
我们通过以下情景来实现项目演示:目前我们存在一个服务,所在服务器为S1,因为路由对客户端没有影响,所以我们只模拟一个客户端,服务器为C,我们目前的路由情况如下图所示:
首先我们看一下使用了路由的网络服务,路由,和客户端程序的特点。
网络服务:使用了路由的网络服务必须接受来源于路由服务器R的请求,因此需指定网络服务的SoapActor Attribute,为路由的URL或者接受所有的来源。有关SoapActor的描述如下:一个SOAP消息从始节点到终节点的过程中,可能沿着消息路径经过一系列SOAP中间节点。一个SOAP中间节点是一个可以接收转发SOAP消息的应用程序。中间节点和终节点由URI区分。可能SOAP消息的终节点并不需要所有部分,而在消息路径上的一个和几个中间节点可能需要这些内容。头元素的接收者扮演的角色类似于一个过滤器,防止这些只发给本接受者的消息部分扩散到其它节点。即一个头元素的接收者必须不转发这些头元素到SOAP消息路径上的下一个应用程序。同样的,接收者可能插入一个相似的头元素。SOAP actor全局属性可以用于指示头元素的接收者。SOAP actor属性的值是一个URI。省略SOAP actor属性表示接收者是SOAP消息的终节点
对网络服务的创建和设计需要注意的地方如下图:
除了此处,网络服务和其他的使用wse3.0的服务,没有区别。
再看一下路由,路由程序是一个非常特殊的程序,他可以没有任何程序,只包含两个配置文件,这里主要讲述一下如何设置这两个配置文件
-
首先我们先对创建的路由网站做wse设置,可以采用wse与vs2005的集成工具。如下图所示:
这样就添加了对Microsoft.Web.Services3的引用,需要注意的是,web.config中添加引用的部分必须类似如下
因为这个项目没有bin目录,当然如果您打可sp1的补丁,添加引用后,bin目录会有相关dll,是不需要如上图所示的。我这里创建的是网站,所以必须如此,因为没有这个网站将无法使用wse,也就无法实现路由的功能了。
对路由网站的设置还包括如下操作,它为web.config添加了一个HttpHandler,用于处理http请求,您可以自定义HttpHandler,也可以使用wse3.0默认提供的Microsoft.Web.Services3.Messaging.SoapHttpRouter,添加方法如下:
点击确定后
经过上面的操作,会在web.config添加如下的代码:
您也可以手动添加。
-
创建一个referral cache文件,在里面写路由配置,如下:
下面说明一下各个节点的意义:
<r:referrals>节点是根节点。在一个配置文件中有且只有一个。
<r:ref>节点用于标识一个特定的路由配置,在一个配置文件中可有可无,也可以是多个
<r:for>节点用于指示来源消息的部分信息
<r:exact>节点用于指定一个来源信息的详细信息,一个<r:for>必须包含一个<r:exact>或者<r:prefix>
<r:if>节点指定路由的条件,一个<r:for>必须有一个<r:if>
<r:go>节点指示重定向的一些信息,一个<r:ref>一个<r:go>
<r:via>节点指示消息重定向到的url地址,一个<r:go>至少一个<r:via>
<r:refId>节点指示路由配置的唯一标识
设置好referral cache后,需要做如下的设置:
点击确定后,在web.config添加如下代码:
部署路由站点的时候,一定要注意要对referral cache给网络用户(IIS6.0中是network service)设置文件写权限,这个是必须的,不要忘记。
对于客户端而言,和其他客户端没有区别,只是将消息的发送地址设置为路由地址。设置方式如下:
此时,启动客户端程序,便可以出现如下图所示的结果:
表明如第一张图中所示的三个部分都已经正常工作了。
下面模拟一下路由的优点,当运行网络的服务器S1需要维修或者系统需要升级的时候,我们可以按照以下的步骤来进行操作:
第一步:准备好一个备用服务器S2,将S2上部署一个和S1上一样的环境,并部署网络服务程序。
第二步:准备另外一个referral cache配置文件,将其中的<r:go>中的信息更改为S2上服务的Url地址。
第三部:用新的referral cache文件替换路由服务器R上的referral cache
经过这三步,客户端可以没有任何的改动和影响。消息可以照常发送,但实际的接收方已经变为了S2.
运行客户端,我们有得到了我们期待的结果
限于条件所限,本文中在一台机器中模拟客户端,路由,和服务端,下载到本地的程序需要更改url才能运行
还可以通过更改Soap消息内容来实现此种功能,留作下一篇做阐述。
项目示例:项目文件
出处:http://jillzhang.cnblogs.com/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。