网站上搜索的动图怎么做壁纸,cms+wordpress+国内,清远医疗网站建设,做网站su软件使外部和内部 Web 服务之间多个面向服务的体系结构 (Service-Oriented Architectures#xff0c;SOA) 中的外部 Web 服务的互操作性最优。Judith Myerson 展示了如何更改服务的类型、位置以及每个 Web 服务的平台#xff0c;以便实现原始应用程序的业务流程。 引言 在关于企…使外部和内部 Web 服务之间多个面向服务的体系结构 (Service-Oriented ArchitecturesSOA) 中的外部 Web 服务的互操作性最优。Judith Myerson 展示了如何更改服务的类型、位置以及每个 Web 服务的平台以便实现原始应用程序的业务流程。 引言 在关于企业级面向服务的体系结构 (SOA) 系列我的第一篇文章“使用多重 SOA 来消除企业系统之间的差异”(参阅参考资料)中通过说明如何重用一个或多个 SOA 中的 Web 服务(以数据为中心 (data-centric) 和业务逻辑)然后将他们联合到一个受组织控制的组合应用程序中讨论了使用 SOA 缩小企业系统差异的方案。 当 Web 服务不受组织所控制时需要确保它们在外部可以彼此互操作来共享语义和契约职责。语义的误解(例如所有权)和契约漏洞(例如多平台间的区别)会影响外部企业 Web 服务之间的互操作性问题。 在本文中我展示了四个实现制造资源规划 (Manufacturing Resource PlanningMRP) 和客户关系管理 (Customer Relationship ManagementCRM) 服务的实例如下所示 企业以前的应用程序 到外部 Web 服务的动态链接 请求外部 Web 服务的 REpresentational State Transfer/Simple Object Access Protocol (REST/SOAP) 共存 使用 IBM®WebSphere® Application Server 和 Microsoft® Visual Studio .Net 的 Web 服务互操作性 考虑各种交易时确定系统可以负载的可互操作的 SOA 的数量非常重要这样可以避免 SOA 过载。 企业以前的应用程序 假设企业以前的应用程序(参见图 1)被分成业务流程的模块化组件。该应用程序的两个重要组件(MRP 和 CRM)要求不断发生变化且重新编译长期运行的应用程序。 图 1. 企业以前的应用程序 动态服务链接 为增加运行效率从应用程序中提取出这些组件并将其重新构建为外部 Web 服务更有意义。通过这种方式您可以更改两个 Web 服务的代码而不用重新编译庞大的、复杂的长期运行的应用程序。 在第一个 SOA(参见图 2)中以更加紧凑的形式重新设计的应用程序可以动态链接到第二个 SOA 中的外部企业 MRP Web 服务依次的指向第三个 SOA 中的外部企业 CRM Web 服务。一旦收到请求CRM Web 服务将请求和信息发送给应用程序来进行进一步处理。 图 2. 到 Web 服务的动态链接 每个链接机制都是以发送请求或消息接收响应或执行 SQL 或 HTTP 操作的形式出现的。还可以封装没有 MRP 组件的应用程序这样就可以向 MRP Web 服务发送请求。 软件架构 需要牢记在从一个协议转换到另一个或者从一个软件架构转换到另一个时可能会引起平台间的互操作性问题。一些实例包括 SOAP、REST、.Net 架构、企业 Java Bean (Enterprise Java BeansEJB) 以及 Java 消息服务 (Java Messaging ServiceJMS)。 运行在 HTTP 上的 .Net Web 服务可以以三种不同的方式调用HTTP GET 操作、HTTP POST 操作和 SOAP。如果需要快速的调用 Web 服务且没有 SOAP 客户端的话GET 和 POST 操作都是非常有用的。可以通过 Perl 脚本在 HTTP 上使用 REST 来执行 GET、POST、PUT 和 DELETE 操作。在这个脚本中您可以指定 SQL 查询和简单的消息队列。 如果 SOAP 客户端可用下面是如何在 REST 和 SOAP 之间进行简单的选择。如果应用程序是 基于资源的选择 REST。如果应用程序是 基于行为的选择 SOAP。在 REST 中客户端可以通过 HTTP 请求执行在一系列资源上的多个操作。对于基于 SOAP 的请求可能需要执行请求的每个面向活动的客户端可能仅需要一个调用操作。 调用框架 要构建 SOAP 请求需要使用 Web 服务描述语言 (Web Services Description LanguageWSDL)这是一种描述如何访问 Web 服务以及将执行什么操作的语言。您可以指定服务的类型而不用自定义 Web 服务的代码也不用重新编译以前的应用程序。 为确保 WSDL 文件能在各种软件架构中工作您可以利用 IBM Web Services Invocation Framework (WSIF)它让您可以将 WSDL 作为不同软件标准来描述。这表明您可以通过描述语言周围的 API 以独立于协议和位置的方式访问 WSDL。还意味着您可以通过 WSDL 将 Web 服务结合复合成应用程序在 WSDL 中您可以在各种条件和异常情况下切换协议和位置。 为构建 WSIF无论您打算使用什么提供商您都需要满足最低需求该选项包括如下 JAXP XML 解析器 Java API 的 WSDL Apache SOAP Apache Axis。 REST 和 SOAP 共存 虽然 REST 请求不像 SOAP 请求那样依赖 WSDL您仍需要 XML Schema 来验证 REST 操作。既然 WSDL 支持 schema 规范REST 和 SOAP 可以作为从一个合成的 Web 服务应用程序到外部应用程序的请求而共存。 例如SOA #1(参阅图 3)中的应用程序首先发送 SOAP 请求调用 SOA #2 的 MRP Web 服务中调用基于活动的服务接下来发送一个 REST 请求来操作相同 MRP Web 服务中的面向行为的服务。所有基于 SOAP 的请求都是基于 IBM WSIF 的。 图 3. REST 和 SOAP 共存 正如您所见到的第一个 SOA 里面的应用程序运行在 Unix 或者 Linux 服务器上而第二个 SOA 中的 MRP Web 服务运行在 IBM WebSphere Application Server (Application Server) 中。您可以使用 WSIF 来更改基于 SOAP 的请求的规范版本中的服务类型和位置。 WebSphere 和 .Net 产品的互操作性 如果您希望开发更加复杂的 Web 服务作为 Linux 或者 Window 平台上的较大企业系统开发项目的一部分可以考虑使用用于 WebSphere 软件的 IBM Rational? Application Developer。它同用于 Java? 和 EJB 的统一建模语言 (Universal Modeling LanguageUML) Visual Editor 一起提供并且运行在 Eclipse 源码开放平台上允许您扩展您的开发环境。还可以使用 Microsoft Visual Studio.Net。 您可以使用软件来将应用程序逻辑分割成模块化的多业务流程 Web 服务组件。IBM 通过提供 Web Services Navigator(Rational Application Developer 插件) 更前进了一步让您直观地同 Web 服务事务交互。 如果您正在使用 Visual Studio.Net 在 Microsoft .Net 平台上开发 Web 服务可以在 Application Server 中运行它们。这意味着使两个平台之间的 Web 服务互操作(参阅参考资料)您所要做的只是开发与两种平台公用的 WSDL。 例如运行在 Unix 或者 Linux 服务器上的应用程序(参见图 4)首先发送 SOAP 请求来调用运行在 Application Server 上的 MRP Web 服务的基于活动的服务。接下来该应用程序发送一个 REST 请求来执行同样 MRP Web 服务上的一系列基于资源的服务。一旦收到请求SOA #3 中的 CRM Web 服务向原始应用程序发送一个请求或者信息。 图 4. 多平台外部 Web 服务 正如您所看到的第三个 SOA 中的 CRM Web 服务运行在 .Net 平台上并且访问 Application Server。CRM Web 服务向第一个 SOA 中的应用程序发送请求或者信息。您可以为 Visual Studio.NET 添加一个 Visual Perl 插件。您还可以使用用于 Unix 到 Windows 移植的命令行级别的基于 REST 的脚本并且使其适应 Visual Perl 环境这取决于简本的复杂性。 Visual Studio 对于您来说使用 Visual Studio .Net 比 Visual Basic、C、Java、Kornshell 来封装 Unix 应用程序为 COM 组件要更加容易。同样如果您正在开发应用程序使用 Unix shell 脚本来运行 Window 应用程序或者如果您将 Unix 应用程序移植到 Window 平台下来链接到外部 Web 服务使用它也非常容易。 这里有一些您应该了解的提示。首先您应该将自己的 WSDL 文件发布到一个公共的位置来解决互操作性的差别。您可以跳过 Rational Application Developers 自底向上的方法或者 Visual Studio .Net 的 WSDL First 方法中的自动生成 WSDL 文件。可以使用 Rational Application Developer 的 Skeleton 或者自顶向下的方法 来启动您的 WSDL 文件并填充 Java Class 实现。或者还可以禁用 Visual Studio 的 WDSL First 方法中的自动生成 WSDL 文件选项并且发布您自己的 WSDL。 第二要为自己提供一个可以使用的 WSDL 模板可以考虑 Rational Application Developer 的自底向上的方法(从 Java Bean 开始)Rational XDE(基于类模型生成模板代码)或者 Visual Studio 的 Implementation First Approach(在通过编写 Web 服务代码开始后生成模板代码)。然而 Rational Application Developer 提供了 WSDLVisual Studio.Net 可能没有提供。 需要多少 SOA? 用来连接 EAI 应用程序的 SOA 的数量取决于项目、互操作性问题、业务流程和负载性能问题之间复杂性的平衡。如果您避免了 SOAP 超标您需要确保 SOAP 在开发的整个生命周期不会超载。您应该在周期的每一点上测试超载。 结束语 使多平台 SOA 之间的外部 Web 服务互操作性最优需要事先计划好可以开发多少 SOA。您应该与业务分析团队和 IT 专家在各种性能问题上进行交流。您会发现解决互操作性问题将使您的开发工作变得更加得容易。您可以开发外部 Web 服务每个服务可以使用不同的平台和请求协议。分析师将发现解决该问题将使设计和分析多个 SOA 系统的工作更加容易。他们可以确定 Web 服务可以运行在什么平台上而不用导致 SOA 超载。 具体可以参考webspare 下是实施方案http://www.ibm.com/developerworks/cn/webservices/redbooks/soa-case/11.html
