ChainBuilder ESB

       ChainBuilder ESB自身定义了很多组件，至于针对此项目ChainBuilder ESB服务端的构建，我们可以根据下面的流程图来实现。

图 7：服务端的web service

       HTTP组件属于绑定组件，在这个web service服务端里用来接收所有来自外界的请求以及返回所有的答复。
       当HTTP接收到请求后，请求将传递给CBR在组件。CBR根据请求内容判断这个接下来的操作是得到高校的监控条件（getCondition）还是上传新的数据（uploadData）。根据不同的请求，CBR可以将决定执行哪条流程来实现客户的请求。
       如果请求是得到高校监控条件，数据就会被传给SEQUNCER1。然后数据将进行依次三个操作。首先，用TRANSFORMER1把数据的格式转化成JDBC组件可以识别的格式；其次，把此格式的数据传给JDBC，JDBC将会执行对应的SQL语句来得到结果；最后，结果经由TRANSFORMER2转化为需要的格式传回SEQUENCER1。SEQUENCER1再将结果传回给CBR,CBR将结果传给HTTP。
       如果请求是上传高校最新数据，数据就会被传给SEQUNCER2。然后数据将进行依次两个操作。首先，用TRANSFORMER3把数据的格式转化成ETL组件可以识别的格式；其次，把此格式的数据传给ETL，ETL将会执行对应的SQL语句来讲数据输入数据库。此后ETL会将执行成功与否的结果传给SEQUENCER2。SEQUENCER2将结果传回给CBR,CBR将结果传给HTTP。
       ChainBuilder ESB对于自身内部的组件有着庞大的属性设定。通过对属性的设定，ChainBuilder ESB即可以实现数据按照我们预期的流程传送，对应的web service也会生成。以上内容也简要概述了通过ChainBuilder ESB开发web service服务端的基本流程。
       待服务端建立好以后，一个WSDL文件将被生成，它包含所有对服务端功能、数据和方法的描述。客户端通过此WSDL文件可以生成客户端代码，通过客户端代码就可以实现web service远程调用。服务端和客户端能成功通讯后，基于ChainBuilder ESB的web service通讯就建立成功了。以上概要就是ChainBuilder ESB对于web service的实现方案。

什么是web service?
       Web service是创建可互操作的分布式应用程序的新平台，基于XML、XSD等独立于平台、独立于软件供应商的标准，实现跨平台的可互操作性。我们可以认为Web service 是一个应用程序，它向外界显露出一个能够通过Web进行调用的API。客户能够用编程的方法通过Web来调用这个应用程序。

       Web service的平台由三个技术组成：XML和XSD、SOAP以及WSDL。

 XML和XSD
&nb软件定制

sp;      可扩展的标记语言(XML)在Web service平台中表示数据的基本格式。它易于建立和易于分析外，而且不依赖于平台和厂商。
       W3C制定的XML Schema(XSD) 定义了标准的数据类型，并给出了一种语言来扩展这套数据类型。Web service平台就是用XSD来作为其数据类型系统的。在web service应用中，所有使用的数据类型都必须被转换为XSD类型。

 SOAP
Web service建好以后，简单对象访问协议(SOAP)提供了标准的RPC方法来调用Web service。SOAP规范定义了SOAP消息的格式，以及怎样通过HTTP协议来使用SOAP。SOAP也是基于XML和XSD的，XML是SOAP的数据编码方式。

 WSDL
Web service描述语言(WSDL)是基于XML的语言的，用于描述Web service及其函数、参数和返回值。因为是基于XML的，所以WSDL既是机器可阅读的，又是人可阅读的。一些最新的开发工具既能根据你的Web service生成WSDL文档，又能导入WSDL文档，生成调用相应Web service的代码。

 

为什么使用web service?
       Web service在应用程序跨平台和跨网络进行通信的时候是非常有用的。Web service适用于跨越防火墙的通信、应用程序集成、B2B集成、代码和数据重用，以及通过Web进行客户端和服务器的通信的场合。

       长项一：跨越防火墙、代理服务器的通信
       如果应用程序有很多，而且分布在不同的地方，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到每一个用户手中。如果用浏览器作为客户端，写下一大堆页面，把应用程序的中间层显露给最终用户。这样做的结果是开发难度大，程序很难维护。

 2/4   首页 上一页 1 2 3 4 下一页 尾页