2019中考数学总复习第三轮大专题突破挑战满分大专题四习题课件

大年夜型主机利用上的开放系统和中央件大年夜型主机利用上的开放系统和中央件第10章利用CICSWebService实现CICS法式的Web办事封装第10章利用CICSWebService实现CICS法10.1课题后台

研究一下当前的利用法式启示，你会发现一个绝对的倾向：人们入手下手偏心基于浏览器的客户利用法式。这固然不是因为客户可以或许供应更好的用户界面，而是因为他可以或许避免花在桌面利用法式发布上的高成本。发布桌面利用法式的成本很高，一半是因为利用法式安装和设置装备摆设的问题，别的一半是因为客户和办事器之间通信的问题。传统的Windows富客户利用法式是使用DCOM来与办事器进展通信和挪用远程对象。设置装备摆设好DCOM使其在一个大年夜型的收集中正常工作将是一个极富挑战的工作，同时也是很多IT工程师的噩梦。事实上很多IT工程师宁可忍受浏览器所带来的功能限制，也不愿在局域网去运行一个DCOM。在很多IT工程师看来，了局就是一个发布买卖，但却要开举事度大年夜并且用户界面极为受限的利用法式。关于客户端与办事器的通信问题，一个完善的解决方式是使用HTTP和谈来通信，这是因为任何运行Web浏览器的都在使用HTTP和谈。同时，当前很多防火墙也设置装备摆设只准许HTTP毗连。10.1课题后台

研究一下当前的利用法式启示，你会发现一个如今很多的商用法式还面临着别的一个问题，那就是与其他法式的互操作性。假如所有的利用法式都是用COM或.NET预言编写，平且都运行在Windows平台上，那天然世界宁靖。但是，事实上大年夜多半的商业数据仍然在大年夜型主机上以非关系文件〔VSAM〕的形式存放，并由COBOL措辞编写的大年夜型机法式会见。并且还有很多商用法式继续使用C++，Java和其他的各类各样的措辞编写。如今，除最简单的法式之外，所有的法式都需要与运行在其他异构平台上的利用法式进展数据互换。在之前没有一个利用法式通信尺度是自力于平台，组件模型和编程措辞的，只有经由过程Web办事,客户端和办事端才可以或许自由地用HTTP进展通信，不管两个法式的平台和编程措辞是什么。CICS〔CustomerInformationControlSystem)，即客户信息控制系统，是为IBM和非IBM平台上一系列利用供应联机事务措置和事务办理的产品，其重要功能是为商业利用供应一个事务措置情况。该产品具有近四十年的悠久历史，被广泛利用于银行金融业。但跟着当前信息手艺的迅猛展开，很多经典的事务措置利用面临着假设何被扩大和重用，以求与其他平台利用相集成的问题。CICS作为IBM的主要产品，借鉴了SOA的重要思惟，采取Web办事封装已有的利用，实现了CICS与其他平台利用的连系与互操作。如今很多的商用法式还面临着别的一个问题，那就是与其他法式的互跟着互联网手艺突飞大进地展开，启示Web软件愈来愈复杂，法式启示人员应当对Web手艺有系统的理解。起首，让我们回忆互联网手艺的展开，从而深切分解Web编程的根底概念。典型的Web模型将计较机收集分为假设干个相关层。早在20世纪80年代，国际尺度化组织〔ISO〕提出了OSI收集抽象模型，将互联网系统分为七层：最底层是物理层〔Physical〕和数据链路层〔DataLink〕，其上按序是收集层〔Network〕、传送层〔Transport〕、会话层〔Session〕、暗示层〔Presentation〕和利用层〔Application〕，每层都代表特定的功能组合。底层功能经由过程供应办事接口撑持上层功能。物理层重要描写收集中通信机制的旗子暗号和毗连特征，数据链路层定义在物理层之上的数据传送状况，收集层定义了在由数据链路构成的互联网中如何查找和分发数据，传送层用于保证数据在收集中准确传递，会话层定义数据包在传递时的互相组织关系，暗示层描写数据类型在收集传递时的格局，利用层定义用户使用的互联网功能(如Telnet，FTP，E-Mail)。跟着互联网手艺突飞大进地展开，启示Web软件愈来愈复杂，法式2019中考数学总复习第三轮大专题突破挑战满分大专题四习题课件纵不雅互联网的展开历程，我们可以发现：底层功能的完善会优化上层功能，上层功能的奉行又对底层功能提出更高要求。当Web硬件能供应高速度和带宽时，软件公司才可能启示出满足用户需要的法式。Web系统被大年夜量使用常常使现有系统不克不及满足需求，这就要求启示出新的硬件和软件系统。例如，在HTTP和谈上，最早只有HTML作为文档编纂措辞，当Web浏览器〔IE，Netscape等〕成为计较机必不成少的上彀东西时，动态的Web设计措辞〔如JavaServlet/JSP，ASP，CGI等〕应运而生，其后因为这些措辞需要占用系统计较资本，高速的Web利用办事器软件和主机成为大年夜型网站必不成少的设置装备摆设。Java手艺供应的Web编程手艺就是在如许的展开后台下被启示和广泛使用的，这些手艺重要基于传送层和利用层的和谈和法式接口，从而供应了高效、靠得住、合用的Web法式平台。纵不雅互联网的展开历程，我们可以发现：底层功能的完善会优化上本章研究内容的意义主机(Mainframe)上的CICS办事因为其历史的悠久，存在着很多对事务措置的经典利用。假设何将这些利用重用，并经由过程封装与其他平台的办事进展交互是本章的重要内容。下一章我们经由过程一个CICS供应的样例利用法式封装成Web办事的供应者〔Provider〕承受其他利用法式的会见。对Web办事接口在COBOL法式中假设何实现，Web办事相关参数，CICSTS3.1假设何定义Web办事和Web办事在其他平台上假设何布置做了周全的切磋。Web办事可以用真正与平台无关的体例来描写任何数据，以跨系统互换数据，是以转向了松耦合利用法式。并且，在Web办事层面上工作，较抽象层面可以依照需要动态地从头评估、改削或措置数据类型。所以，从手艺层面上讲，Web办事可以更便利地措置数据，并且准许软件更自由地进展通信。从更高的概念层面上讲，我们可以将Web办事视为一些工作单位，每一个单位措置特定的功能义务。再往上一步，可以将这些义务组合成面向营业的义务，以措置特定的营业操作义务，从而使非手艺人员可以斟酌一些利用法式，这些利用法式可以或许在Web办事利用法式工作流中一路措置营业问题。本章研究内容的意义主机(Mainframe)上的CIC10.2SOA与Web办事

面向办事的系统架构〔Service-OrientedArchitecture，简称SOA〕是一种IT系统布局气势派头，撑持将营业转换为一组互相链接的办事或可反复营业义务，可在需要时经由过程收会议见这些办事和义务。这个收集可所以当地收集、Internet，也可以或许分手于各地且采取不合的手艺。经由过程对来自各地的办事进展组合，可以让毕竟用户感受仿佛这些办事就安装在当地桌面上一样。可以对这些办事进展组合，以完成特定的营业义务，从而让营业快速适应不休改变的客不雅前提和需求。10.2SOA与Web办事

面向办事的系统架构〔ServiSOA即Service-OrientedArchitecture，就是面向办事的架构，是一种以通用为目标、可扩大、具有结合协作性的架构。SOA中所有的流程都被定义为办事，办事经由过程基于类封装的办事接口奉求给办事供应者。办事接口凭据可扩大标识符、格局和和谈伶仃描写。SOA供应了一种构建信息系统的尺度和方式，并经由过程创立可重用的办事系统来削减IT营业冗余并加快工程启示的历程，使得启示部分效力更高，启示周期更短，工程分发更快。与传统软件比拟，SOA十分强调“使用者”为中央。以往的信息系统是人围着手艺转，好比办事器，数据库，做大年夜量的二次启示和保护工作。而SOA架构下的信息系统那么如同餐馆办事员围着门客转，对使用者而言，办事〔即营业所需要的功能〕是一个樊篱了复杂手艺的黑盒子，使用者没需要熟悉内幕，固然挪用就行。并且这些营业功能是无缺封装的，可以在不合营业流程中经由过程尺度接口多次挪用。SOA即Service-OrientedArchitectSOA系统架构的概览图以下列图10-1所示：SOA架构将每一个资本或利用当作一个办事，每一个办事履行一组方式实现一组功能。办事之间的交互经由过程EnterpriseServiceBus〔ESB〕以一种特别的信息布局——动静或文档来实现。SOA系统架构的概览图以下列图10-1所示：特点在SOA中，环抱办事的所有模式都是基于尺度的手艺实现的，办事既可以定义为功能，又可以同时对外定义为对象利用等等，这使得SOA可适应于任何现有的系统。SOA有以下几大年夜特点： 1.松散耦合。办事要求者到办事供应者的绑定与办事之间是松耦合的。SOA将办事使用者和办事供应者在办事实现和客户假设何使用办事方面隔分开来。办事要求者不需要知道供应者实现的手艺细节好比设计措辞，布置平台等等。办事要求者常常经由过程动静挪用操作，要求动静和响应而不是经由过程使用API和文件格局，这使得办事可以或许在完全不影响使用者的情景下进展改削。大年夜多半松散耦合方式都依托于办事接口的动静，基于动静可以或许兼容的多种传输体例〔如HTTP，TCP/IP，JMS等〕。基于动静的接口可以接纳同步或异步和谈实现。Web办事对SOA办事接口来讲是一个主要尺度。当使用者挪用一个Web办事时，被挪用的对象可所以CICS事务，DCOM或CORBA对象，但这与使用者无关，底层实现其实不主要。动静类Web办事凡是是松散耦合和文档驱动的，当用户挪用动静类Web办事时，用户凡是会发送一个完全的文档〔如订购单〕，而非一组离散的参数。特点在SOA中，环抱办事的所有模式都是基于尺度的手艺实现的， 2.粗粒度办事接口。粗粒度办事供应一项特定的营业功能，而细粒度办事代表了手艺组件方式。举个例子申明，向计费系统中添加一个客户是典型的粗粒度办事，可以使用几个细粒度办事实现一样的功能，如：将客户名到场到计费系统中，添加具体的客户联系体例，添加计费信息等等。采取粗粒度接口的优点在于使用者和办事层之间没需要再进展多次往来交往。Internet情况中的TCP/IP会话已不再据有主导，创立毗连的成本也太高，是以在该情况中进展利用启示时粗粒度办事的接口的优点加倍明明。 3.可重用的办事。办事的可重用性设计显著下降了成本。为了实现可重用性，办事只工作在特定措置历程的上下文中，而自力于底层实现和客户需求的变动。可重用办事采取通用格局供应主要的营业功能，为启示人员勤俭了大年夜量的时候。 2.粗粒度办事接口。 4.尺度化接口。XML和Web办事在电子商务中的广泛利用和深切展开将SOA推向更高的层面，并大年夜大年夜抬举了SOA的价值，XML和Web办事尺度化的开放性使企业可以或许在所布置的所有手艺和利用中采取SOA。Web办事使利用功能得以经由过程尺度化接口〔WSDL〕供应，并基于尺度化传输体例〔HTTP和JMS〕，采取尺度化和谈〔SOAP〕进展挪用。例如，启示人员可以采取最适于门户启示的东西轻松创建一个新的门户利用，并可以重用ERP系统和定制化J2EE利用中的现有办事，而完全不必熟悉这些利用的内部工作事理。采取XML，门户启示人员不必熟悉特定的数据暗示格局，便可以或许在这些利用间轻松地互换数据。 5.可从企业外部会见。基于营业目标互换营业信息，外部用户可以会见以Web办事体例供应的企业办事。 4.尺度化接口。SOA的概念最初由Gartner公司提出的，因为其时的手艺水和悦市场情况尚不具有真实的实施SOA的前提，是以其时SOA并未引发人们的广泛关注。SOA在寂静了一段时候后，伴跟着互联网的浪潮，愈来愈多的企业将营业转移到互联网的范畴，带动了电子商务的蓬勃展开。为了可以或许将公司的营业打包成自力的、具有很强伸缩性的、基于互联网的办事，人们提出了Web办事的概念，这可以说是SOA的发端。回忆SOA的展开历程，从某种角度上说就是利用法式互相之间连通性的展开历程。接触过IBM产品WebSphereMQ的人都知道动静队列是一个很壮大年夜的东西。经由过程动静队列可以将用于利用法式交互的接口抽象出来，从而代替利用法式之间的直接交互和动静传递。并且使用动静队列可以消弭异构平台之间的动静传递的困扰，对其他利用法式是不是处于在线状况也没需要斟酌，它只关心动静的传递是被保证的并且不会冗余。SOA的概念最初由Gartner公司提出的，因为其时的手艺水可是动静队列本身其实不克不及够以准确的形式传递信息，并且不克不及凭据动静内容将信息传递给不合的方针。对用户仍然需要在利用法式中定义所有类型的接口。为了削减如许的接口代码，动静代办代理的概念随之产生，它可以或许进动作静格局的转换与路由，基于动静的内容可以扩大和从头路由，并且它可以在不合的和谈或编程模型间创立沟通。但是，对动静代办代理，仍然会有一些逻辑接口存在于利用法式中，为了将这些关于法式互订交互的逻辑接口完全抽象出来，使之成为完全以商务逻辑为主导的办事，因此人们提出了Web办事的概念，但愿经由过程将企业对外办事封装为基于同一尺度的Web办事。Web办事尺度和标准也随之产生，包孕简单对象会见和谈SOAP，Web办事描写措辞WSDL，和通用办事发现和集成和谈UDDI。可是动静队列本身其实不克不及够以准确的形式传递信息，并且不克从外表上看，Web办事就是一个利用法式，它向外界披露出一个可以或许经由过程Web进展挪用的API。这就是说，你可以用编程的方式经由过程Web来挪用这个利用法式。将挪用Web办事的利用法式称为要求者。例如，创建一个Web办事，它的传染感动是返回当前的天色情景，那么可以创立一个页面，承受邮政编码作为查询字符串然后返回一个由逗号离隔的字符串，包孕当前的气平和天色情景。要挪用这个界面，客户端需要发送一个HTTPGET要求，返回天色情景的数据。这个页面就应当算作是Web办事了，因为它基于HTTPGET要求，披露出一个可以经由过程Web挪用的API。对Web办事更准确的注释是：Web办事是一种布置在Web上的对象，是以具有对象手艺允诺的所有优点。同时，Web办事的基石是以XML为主的，开放的Web标准手艺，是以具有比任何现有的对象手艺更好的开放性。Web办事是创立客户操作的分布式利用法式的新平台。Web办事平台是一套尺度，它定义了利用法式如何在Web上实现互操作性。可以用任何措辞在任何平台写Web办事，只要可以经由过程Web办事尺度对这些办事进展查询和会见。从外表上看，Web办事就是一个利用法式，它向外界披露出一个可Web办事是描写一些操作的接口，使用尺度化的XML动静传递机制可以经由过程收会议见这些操作。Web办事使用尺度的、标准的XML概念来描写，称为Web办事的办事描写。个中包括了与办事交互需要的全数细节，包孕动静格局〔具体描写操作〕，传输和谈和位置。该接口埋没了实现办事的细节，准许自力于实现办事基于的硬件或软件平台和编写办事所用的编程措辞而使用办事。这准许并撑持基于Web办事的利用法式成为松散耦合，面向组件和跨平台手艺实现的法式。Web办事的系统架构图以下列图10-2所示：Web办事有4个构成局部，划分是Web办事本身，ServiceProvider〔办事供应方〕，ServiceRequester〔办事要求方〕和ServiceBroker〔办事代办代理机构〕。凡是我们将办事要求方，办事供应方，办事代办代理机构称为构成Web办事系统布局的三大年夜脚色。Web办事是描写一些操作的接口，使用尺度化的XML动静传递机在理解SOA和Web办事的关系上，常常等闲产生搅浑。凭据2003年4月的Gartner报导，Yefimv.Natis就这个问题注释：“Web办事是手艺标准，而SOA是设计原那么。出格是Web办事中的WSDL，是一个SOA配套的定义尺度：这是Web办事和SOA的基本联系。”从本质上说，SOA是一种框架模式，而Web办事是使用一组尺度实现的办事。Web办事是实现SOA的方式之一。用Web办事来实现SOA的优点是可以实现一个中立平台来取得办事，并且跟着愈来愈多的软件商撑持愈来愈多的Web办事标准，会取得更好的通用性。固然我们感觉Web办事是实现SOA的最好体例，可是SOA其实不局限于Web办事，其他使用WSDL直接实现办事接口并且经由过程XML动静进展通信的和谈都可以包孕在SOA傍边。CORBA和IBM的MQ系统经由过程使用可以或许措置WSDL新特点也可以或许介入到SOA中来。假如两个办事需要互换数据，那么它们还会需要使用一样的动静传递和谈，可是数据接口准许一样的信息互换。在理解SOA和Web办事的关系上，常常等闲产生搅浑。10.3CICS与Web办事

申明：因为在第5章中已较为具体地介绍了CICS，故本章不再对CICS本身进展介绍，而只对CICS与Web办事相关的局部进展介绍。10.3CICS与Web办事

申明：因为在第5章中已较为具跟着新版本的推出，CICS本身也在不休推出新的功能，在这些新功能傍边，对Web办事等新手艺的撑持是很主要的一个方面。从CICSTransactionServerV2.2入手下手，就有SOAPforCICS特征入手下手了对Web办事的撑持。经由过程SOAPforCICS特征的撑持，便可以实现CICS中的法式作为Web办事供应者对外供应办事，或作为Web办事消费者会见外部Web办事。在后来发布的CICSTransactionServerV3.1中，SOAPforCICS已展开成周全的Web办事撑持，可以或许撑持HTTP/1.1和谈，供应SSLV3级其余保密通信，同时还经由过程加倍简单的利用编程，丰富的东西撑持和更高的运行效力，使得CICS可以或许成为SOA框架下主要的利用办事器。跟着新版本的推出，CICS本身也在不休推出新的功能，在这些新Web办事是描写一些操作〔使用尺度化的XML动静传递机制可以经由过程收会议见这些操作〕的接口。该接口埋没了实现办事的细节，准许自力于实现办事基于的硬件或软件平台和编写办事所用的编程措辞使用办事。这准许并撑持基于Web办事的利用法式成为松散耦合、面向组件和跨平台手艺实现。之前所讲到的CICSWebSupport和CTG，所有这些体例都是功能上紧耦合的，也就是说它们之间的法式挪用必需知道彼此法式的COMMAREA布局的细节。例如在CWS对非HTTP要求的措置，UserProgram经由过程BusinessLogicInterface取到数据，那么UserProgram必需知道前端要求传来的数据布局是什么，或发来要求的法式要知道领受措置要求法式的COMMAREA接口是什么样的，否那么没法对请乞降响应数据进展措置。在CTG中固然我们使用了WSIF，经由过程Web办事的体例同适配器进展通信，可是适配器同CICS和J2EE之间仍然是紧耦合的，也就是说J2EE同CICS之间的通信完全依托于适配器。假如要实现更多平台上的利用与CICS进展通信的话，好比.NET的利用，我们就不克不及不从头启示合用于.NET的适配器。另外，对CWS中措置要求的法式必需都是Web-aware法式，用户不克不及不本身来措置Web的要求与响应。Web办事是描写一些操作〔使用尺度化的XML动静传递机而对比于Web办事，经由过程发布的WSDL文件，利用法式可以本身决意所需的接口，并且办事要求者与办事供应者完全不需要关心对方利用法式的措辞和履行情况，对利用来讲是完全透明的，是极真个松耦合架构。这对系统的更新、复用和集成带来了极大年夜的便利。在Web办事模型中，存在有两种脚色：办事供应者和办事要求者。对企业的CICS利用可以作为办事供应者对外供应一系列的尺度化接口，使得其他异构平台上的利用经由过程这些尺度化的接口对CICS利用进展会见，同时CICS利用也可以或许使用Web办事以办事要求者的身份挪用其他平台上利用供应的办事，从而实现不合平台利用之间的集成。而对比于Web办事，经由过程发布的WSDL文件，利用法式可以一个CICS利用法式可以经由过程一系列Web办事尺度发布成为Web办事。 1.SOAP1.1and1.2 2.WS-IBasicProfile1.1〔1〕WS-Coordination〔2〕WS-AtomicTransaction〔3〕WS-Security〔4〕SOAPoverHTTP/1.1andWebSphereMQCICSWeb新功能加强了HTTP功能，撑持HTTP1.1，并增加了输出HTTP功能。在现有的安然套接字层〔SSL〕根底上加强了安然保障，撑持TLS1.0和谈。一个CICS利用法式可以经由过程一系列Web办事尺度发布成为CICS中的Web办事利用启示，一般有两种重要模式：CICS作为Web办事的供应者和CICS作为Web办事的消费者，前者是实际利用中加倍常见的模式。 1.CICS作为Web办事的供应者CICS作为Web办事的供应者就是把CICS作为Web办事器，它起首将收到来自外部的利用要求，今后对要求进展搜检并抽取出方针办事法式相关的信息，经由过程这些要求信息传递挪用方针办事法式，法式履行完毕取得返回值，将返回值以动静的形式传递给办事要求者。CICS作为Web办事供应者的示意图以下列图10-11所示：图10-11：CICS作为办事供应者的示意图CICS中的Web办事利用启示，一般有两种重要模式：CICS当CICS作为办事供应者的时刻，将会做以下的操作〔1〕取得办事要求者发来的数据；〔2〕提取和利用相关的数据；〔3〕挪用响应的利用法式，将要求数据经由过程CommunicationArea或Container传给利用法式；〔4〕取得利用法式的返回数据，构建响应；〔5〕将响应发给办事要求者。当CICS作为办事供应者的时刻，将会做以下的操作Web办事可以经由过程两种体例来会见利用法式。第一种称作为对CommunicationArea的会见。经由过程wsbind文件，CICS会将要求来的SOAP动静〔XML格局〕和已有的利用法式的数据布局进展数据映照。第二种体例是用Container的体例，一样是经由过程wsbind文件做数据映照，所不合于CommunicationArea体例的是Container冲破了32KB数据传输容量的限制。也就是说，要求端可以发送肆意大年夜小的数据，而没需要斟酌因为数据大年夜小的限制而产生数据截断。CICS供应了一组响应的API来措置Container的传输，用EXECCICSGETCONTAINER(container_name)INTO(data)来取得数据，用EXECCICSPUTCONTAINER(container_name)FROM(data)来发送数据。Web办事可以经由过程两种体例来会见利用法式。有三种类型的Container：〔1〕ControlContainer：存放控制信息，它决意了Web要求到来时挪用响应资本来措置的按次。〔2〕ContextContainer：存放一些系统用到的上下文情况的信息，例如USERID，TRANSACTIONID，URI信息等，这些信息会被MessageHandler取得并作响应的措置。〔3〕UserContainer：以上两种Container都是系统定义的Container，用来措置系统取得的数据。UserContainer可以让用户自定义Container，专门存放用户感乐趣的数据，这里UserContainer的声明不克不及以DFH开首。有三种类型的Container：CICS作为Web办事供应者的图例以下列图10-12所示：图10-12CICS作为Web办事供应者CICS作为Web办事供应者的图例以下列图10-12所示：图使用WebServiceAssistant可以将已有的法式的数据布局转化成WSDL文档，并且生成响应的WSBIND文件，此文件是用来做SOAP动静和利用法式数据布局的映照。反之也可以或许从WSDL文件生成响应法式的数据布局和WSBIND文件。借助CICSWebServiceAssistant将CICS利用的Commarea接口发布成Web办事的示意图以下列图10-13所示：图10-13：借助CICSWebServiceAssistant将CICS利用的Commarea接口发布成Web办事使用WebServiceAssistant可以将已有的以下是从利用法式的数据布局生成WSDL文件的JCL样例。在法式中可以指名法式的措辞类型，今朝WebServiceAssistant只撑持，C、C++、COBOL，PL/I；还可以指定Program的名称〔就是将此利用发布成Web办事〕；请乞降响应的数据布局和它们地点的主机数据集的名称〔Member的名称〕；假如Web办事是经由过程Channel的体例会见的话，需要指定Container的名字；别的还需要指定URI的路径和WSBIND文件和WSDL文件的存放位置〔USS路径〕。从利用法式的数据布局生成WSDL文件的JCL的样例以下所示：以下是从利用法式的数据布局生成WSDL文件的JCL样例。2.CICS作为Web办事的要求者CICS作为办事要求者，起首使用法式创立要求数据，将要求数据发送给办事的供应者，挪用完毕后，办事法式将返回值回传给办事要求者。CICS将返回数据进展措置，取得利用法式相关的数据，将控制权限交给利用法式。CICS作为Web办事要求者的示意图以下列图10-14所示：图10-14：CICS作为办事要求者的示意图2.CICS作为Web办事的要求者图10-14：CICS作为CICS作为办事要求者的时刻，它将会做以下的操作：〔1〕构建利用法式的要求数据；〔2〕发送要求给办事供应者；〔3〕取得办事供应者的返回响应；〔4〕将取得的响应数据解析今后传给办事要求的利用法式；〔5〕将控制权交给利用法式；CICS供应了响应的Web办事要求的APIEXECINVOKEWEBSERVICE。其语法以下所示：这里利用Channel来发送数据，Channel中包孕了一组Container以存放要求数据。并且CICS对此API进展了优化措置，当被要求的办事供应者与要求者在同一个CICSRegion中的时刻，此API将会被优化为LINKAPI来措置，以此避开了经由过程收集传输带来的效力损失落。CICS作为办事要求者的时刻，它将会做以下的操作：办事要求法式挪用CICSAPIEXECCICSINVOKEWEBSERVICE，将要求数据经由过程Container传递给Channel。CICS中定义的WEBSERVICE资本会将法式措辞的数据布局转化成SOAP动静。SOAP动静被传递给Pipeline并且挪用定义在Pipeline设置装备摆设文件中的MessageHandler法式，MessageHandler法式会将SOAP动静经由过程HTTP或WebSphereMQ发送给远程的办事供应者。办事要求者收到响应的SOAP动静的时刻，SOAP动静将被传回给Pipeline，做响应的数据转化，即将SOAP动静转化成办事要求者法式措辞的数据布局。当办事供应者的法式与要求者的法式都在CICS中的时刻，CICSWeb办事运行时情况会用EXECCICSLINKAPI挪用办事供应者法式，这会对要求做当地优化以提高效力。办事要求法式挪用CICSAPIEXECCICSINVCICS作为办事要求者的图例以下列图10-15所示：使用WebServicesAssistant可以将远程的办事供应者的WSDL文件生成办事要求者法式所需的数据布局和WSBIND文件。对CICS作为办事要求者一样需要Pipeline设置装备摆设文件和定义WEBSERVICE资本。图10-15CICS作为办事要求者CICS作为办事要求者的图例以下列图10-15所示：图10-以下是WebServicesAssistant用于将WSDL转化成响应法式措辞的数据布局的JCL样例：以下是WebServicesAssistant用于将W 1.CICS作为Web办事的供应者利用布置好后，CICS供应的Sockets监听买卖〔CSOL〕会监听在TCPIPSERVICE资本所指定的TCP端口上发送过来的HTTP要求。CSOL领受经由过程HTTP和谈传递来的SOAP数据包，主动启动这个TCPIPSERVICE资本中所指定的买卖进展措置，一般情景下这会是CICS供应的Web毗连措置买卖CWXN。CWXN先从HTTP包中解析出要会见的URI，然后搜刮URIMAP资本，找遍地理此URI的URIMAP定义。从这个URIMAP定义里，可以找遍地理所需要的PIPELINE和Web办事，还有TRANSACTION属性。CWXN会凭据URIMAP资本的TRANSACTION属性指定的买卖去向理管道。凡是情景下，默许值是CICS供应的一个买卖CPIH。 1.CICS作为Web办事的供应者CPIH入手下手Pipeline历程，经由过程Pipeline的定义找到Pipeline设置装备摆设文件。CPIH使用此文件找到响应的MessageHandler法式措置要求信息。凡是情景下，MessageHandler法式是典型的CICS供应的，它的传染感动是将SOAP信息中的Body数据局部剥离出来。CICS使用DFHWS-WEBSERVICEContainer将要求的办事定义的名称传递给数据映照法式，数据映照法式使用办事定义去定位主存中XML形式的数据，并将它们映照到COMMAREA或Container。数据映照法式与方针办事法式相关联，将要求数据以方针法式可读的形式传递给法式挪用。挪用完毕后，方针法式将返回值传递给数据映照法式，使之转换为XML数据形式的SOAP信息，以相反的历程经由过程Pipeline措置回传给办事要求者。CPIH入手下手Pipeline历程，经由过程Pipelin凭据以上描写，CICS作为Web办事供应者的资本和Web要求的措置流程以下列图10-16所示：图10-16：CICS作为Web办事供应者的资本和Web要求的措置流程凭据以上描写，CICS作为Web办事供应者的资本和Web要求 2.CICS作为Web办事的要求者办事要求者的利用法式使用EXECCICSINVOKEWEBSERVICE号令经由过程CHANNEL接口进展挪用，经由过程Web办事定义的相关资本将要求的数据布局转变成SOAP信息。经由过程PIPELINE定义的MessageHandler法式的挪用对SOAP信息进展例如权限信息的验证的措置，今后SOAP信息将经由过程HTTP或WebSphereMQ传送到远端办事法式。当挪用终了后返回值将被送回PIPELINE措置，并将被翻译之前的数据布局传送给办事要求者。 2.CICS作为Web办事的要求者凭据以上描写，CICS作为Web办事要求者的资本和Web要求的措置流程以下列图10-17所示：图10-17：CICS作为Web办事要求者的资本和Web要求的措置流程凭据以上描写，CICS作为Web办事要求者的资本和Web要 1.URIMAPURIMAP可以定义CICS中和Web相关的三种资本。 〔1〕取得Web客户真个要求，CICS作为HTTPServer。当CICS作为HTTPServer时，URIMAP的定义需指定USAGE属性为SERVER。URIMAP经由过程定义的URI路径来匹配WebClient端发来的HTTP要求。并且URIMAP也定义了CICS应当以何种体例对到来的要求做出响应： 1〕使用文档模板做出静态的响应，文档模板的定义在CICSWebSupport中做出熟悉释，URIMAP会读出文档模板中的响应数据主动地给HTTPClient做出响应。 2〕挪用Web-awareProgram的EXECCICSWEBAPI对HTTP要求做动态响应。 3〕将要求重定向到别的一办事器，可所以一时也可以或许是持久的。对比之前所提到的CICSWebSupport中的Analyzer法式，URIMAP在措置HTTP要求方面完成了与Analyzer几近一样的功能，固然也可以或许兼用TCPIPSERVICE中的Analyzer来措置一样的HTTP要求。 1.URIMAP 〔2〕向办事器发送要求，CICS作为HTTPClient。当CICS作为HTTPClient时，URIMAP的定义需指定USAGE属性为CLIENT。利用此种URIMAP的定义，用户利用法式作为WebClient可以经由过程CICSWebSupport向HTTPServer发送要求。利用此种URIMAP的定义可以无需在Client真个法式中指定URL地址。 〔3〕Web办事要求。当措置的要求为Web办事要求的时刻，URIMAP的定义需指定USAGE属性为PIPELINE。此种定义的URIMAP会将Web办事要求的URI路径与PIPELINE或WEBSERVICE资本相关联，这些资本指定了假设何措置Web办事要求的流程。可以指定运行PIPEPLINE的AliasTransaction〔系统的默许值是CPIH〕或出于安然斟酌指定AliasTransaction的UserID。需要指出的是，下一章的案例分解中就是采取的本小段的设置装备摆设，即URIMAP的定义指定USAGE属性为PIPELINE。 〔2〕向办事器发送要求，CICS作为HTTPClient 2.PIPELINEPIPELINE资本的定义重要指了然MessageHandler的信息，为了承受请乞降措置响应。PIPELINE其实不直接地指定MessageHandler的相关信息。在PIPELINE的定义中，需指定PIPELINE设置装备摆设文件的路径，设置装备摆设文件〔XML措辞〕中会指定MessageHandler的设置装备摆设信息。PIPELINE资本的定义样例以下列图10-18所示：图10-18：PIPELINE资本在CICS中的定义 2.PIPELINE图10-18：PIPELINE资本在C上图中的参数以下： 〔1〕WSIDRWSDIR参数指定了Web办事绑定的目录，这个目录下存放了wsbind文件。当运行CEDAinstallpipeline号令时，CICS会主动地扫描全部目录并安装wsbind文件。 〔2〕SHELFSHELF指定了Web办事运行时情况的目录。当安装Pipeline时，CICS会将相关的Web办事资本拷贝到此目录下。此目录的会见权限是共享的，也就是说可以多个CICSRegion共享此目录，每一个Region都有一个本身的运行时目录。当CICS做Cold或Initial启动的时刻，CICS会将SHELF下关于本Region所有的子目录删除，从头安装后子目录会从头创立。 〔3〕ConfigfileConfigfile指定了Pipeline设置装备摆设文件的USS路径。当CICS措置Web办事要求时会读出设置装备摆设文件的相关信息。上图中的参数以下： Pipeline设置装备摆设文件当CICS措置Web办事要求时，它会用到一个或多个MessageHandler来措置要求。用于措置Web办事要求的Pipeline的设置装备摆设信息存放在一个用XML写成的文件中，这个文件就是Pipeline设置装备摆设文件。有两种Pipeline设置装备摆设文件：一种是办事供应者Pipeline设置装备摆设文件；别的一种是办事要求者Pipeline设置装备摆设文件。每种设置装备摆设文件都有本身相关的Schema定义，和不合的根元素。办事供应者Pipeline的根元素是<provider_pipeline>，办事要求者Pipeline的根元素是<requester_pipeline>。 Pipeline设置装备摆设文件办事供应者根元素<provider_pipeline>的子节点元素有： 〔1〕必需的<service>元素，它指了然每一个要求到来时都需要被挪用的MessageHandler，包孕终真个MessageHandler。终端MessageHandler在Pipeline中是最后一个Handler。 〔2〕非必需的<transport>元素，它指了然在运行时被选定的MessageHandler，它是基于那些被用于动静传递资本的。例如，对HTTP的传输，可以指定只有当设置在特定端口〔定义在TCPIPSERVICE中〕的要求到来时再挪用MessageHandler。 〔3〕非必需的<apphandler>元素，它指了然被TerminalHandler挪用的法式，这个法式就是供应办事的方针法式〔或是一个WrapperProgram〕。Messagehandler可以在运行时动态地指定响应的法式，可以用系统供应的ContainerDFHWS-APPHANDLER来指定。所以此处指定的法式并没需要然被挪用。这里需要正视的是假如用WebServiceAssistant去布置WebServiceProvider，必需指定系统供应的DFHPITP作为方针法式。DFHPITP会在运行时主动挪用wsbind文件中指定的UserProgram。 〔4〕非必需的<service_parameter_list>元素，它包孕了CICS挪用的MessageHandler所需的信息，这些信息是经由过程系统供应的ContainerDFH-SERVICEPLIST来传递的。办事供应者根元素<provider_pipeline>的子节ServiceProviderPipeline设置装备摆设文件的样例以下所示：办事要求者根元素<provider_pipeline>的子节点元素有： 〔1〕必需的<service>元素 〔2〕非必需的<transport>元素 〔3〕非必需的<service_parameter_list>元素ServiceProviderPipeline设置装备ServiceRequesterPipeline设置装备摆设文件的样例以下所示：Se