2019中考數(shù)學總復習第三輪大專題突破挑戰(zhàn)滿分大專題四習題課件

大年夜型主機利用上的開放系統(tǒng)和中央件大年夜型主機利用上的開放系統(tǒng)和中央件第10章利用CICSWebService實現(xiàn)CICS法式的Web辦事封裝第10章利用CICSWebService實現(xiàn)CICS法10.1課題后臺

研究一下當前的利用法式啟示，你會發(fā)現(xiàn)一個絕對的傾向：人們?nèi)胧窒率制幕跒g覽器的客戶利用法式。這固然不是因為客戶可以或許供應更好的用戶界面，而是因為他可以或許避免花在桌面利用法式發(fā)布上的高成本。發(fā)布桌面利用法式的成本很高，一半是因為利用法式安裝和設(shè)置裝備擺設(shè)的問題，別的一半是因為客戶和辦事器之間通信的問題。傳統(tǒng)的Windows富客戶利用法式是使用DCOM來與辦事器進展通信和挪用遠程對象。設(shè)置裝備擺設(shè)好DCOM使其在一個大年夜型的收集中正常工作將是一個極富挑戰(zhàn)的工作，同時也是很多IT工程師的噩夢。事實上很多IT工程師寧可忍受瀏覽器所帶來的功能限制，也不愿在局域網(wǎng)去運行一個DCOM。在很多IT工程師看來，了局就是一個發(fā)布買賣，但卻要開舉事度大年夜并且用戶界面極為受限的利用法式。關(guān)于客戶端與辦事器的通信問題，一個完善的解決方式是使用HTTP和談來通信，這是因為任何運行Web瀏覽器的都在使用HTTP和談。同時，當前很多防火墻也設(shè)置裝備擺設(shè)只準許HTTP毗連。10.1課題后臺

研究一下當前的利用法式啟示，你會發(fā)現(xiàn)一個如今很多的商用法式還面臨著別的一個問題，那就是與其他法式的互操作性。假如所有的利用法式都是用COM或.NET預言編寫，平且都運行在Windows平臺上，那天然世界寧靖。但是，事實上大年夜多半的商業(yè)數(shù)據(jù)仍然在大年夜型主機上以非關(guān)系文件〔VSAM〕的形式存放，并由COBOL措辭編寫的大年夜型機法式會見。并且還有很多商用法式繼續(xù)使用C++，Java和其他的各類各樣的措辭編寫。如今，除最簡單的法式之外，所有的法式都需要與運行在其他異構(gòu)平臺上的利用法式進展數(shù)據(jù)互換。在之前沒有一個利用法式通信尺度是自力于平臺，組件模型和編程措辭的，只有經(jīng)由過程Web辦事,客戶端和辦事端才可以或許自由地用HTTP進展通信，不管兩個法式的平臺和編程措辭是什么。CICS〔CustomerInformationControlSystem)，即客戶信息控制系統(tǒng)，是為IBM和非IBM平臺上一系列利用供應聯(lián)機事務措置和事務辦理的產(chǎn)品，其重要功能是為商業(yè)利用供應一個事務措置情況。該產(chǎn)品具有近四十年的悠久歷史，被廣泛利用于銀行金融業(yè)。但跟著當前信息手藝的迅猛展開，很多經(jīng)典的事務措置利用面臨著假設(shè)何被擴大和重用，以求與其他平臺利用相集成的問題。CICS作為IBM的主要產(chǎn)品，借鑒了SOA的重要思惟，采取Web辦事封裝已有的利用，實現(xiàn)了CICS與其他平臺利用的連系與互操作。如今很多的商用法式還面臨著別的一個問題，那就是與其他法式的互跟著互聯(lián)網(wǎng)手藝突飛大進地展開，啟示W(wǎng)eb軟件愈來愈復雜，法式啟示人員應當對Web手藝有系統(tǒng)的理解。起首，讓我們回憶互聯(lián)網(wǎng)手藝的展開，從而深切分解Web編程的根底概念。典型的Web模型將計較機收集分為假設(shè)干個相關(guān)層。早在20世紀80年代，國際尺度化組織〔ISO〕提出了OSI收集抽象模型，將互聯(lián)網(wǎng)系統(tǒng)分為七層：最底層是物理層〔Physical〕和數(shù)據(jù)鏈路層〔DataLink〕，其上按序是收集層〔Network〕、傳送層〔Transport〕、會話層〔Session〕、暗示層〔Presentation〕和利用層〔Application〕，每層都代表特定的功能組合。底層功能經(jīng)由過程供應辦事接口撐持上層功能。物理層重要描寫收集中通信機制的旗子暗號和毗連特征，數(shù)據(jù)鏈路層定義在物理層之上的數(shù)據(jù)傳送狀況，收集層定義了在由數(shù)據(jù)鏈路構(gòu)成的互聯(lián)網(wǎng)中如何查找和分發(fā)數(shù)據(jù)，傳送層用于保證數(shù)據(jù)在收集中準確傳遞，會話層定義數(shù)據(jù)包在傳遞時的互相組織關(guān)系，暗示層描寫數(shù)據(jù)類型在收集傳遞時的格局，利用層定義用戶使用的互聯(lián)網(wǎng)功能(如Telnet，F(xiàn)TP，E-Mail)。跟著互聯(lián)網(wǎng)手藝突飛大進地展開，啟示W(wǎng)eb軟件愈來愈復雜，法式2019中考數(shù)學總復習第三輪大專題突破挑戰(zhàn)滿分大專題四習題課件縱不雅互聯(lián)網(wǎng)的展開歷程，我們可以發(fā)現(xiàn)：底層功能的完善會優(yōu)化上層功能，上層功能的奉行又對底層功能提出更高要求。當Web硬件能供應高速度和帶寬時，軟件公司才可能啟示出滿足用戶需要的法式。Web系統(tǒng)被大年夜量使用常常使現(xiàn)有系統(tǒng)不克不及滿足需求，這就要求啟示出新的硬件和軟件系統(tǒng)。例如，在HTTP和談上，最早只有HTML作為文檔編纂措辭，當Web瀏覽器〔IE，Netscape等〕成為計較機必不成少的上彀東西時，動態(tài)的Web設(shè)計措辭〔如JavaServlet/JSP，ASP，CGI等〕應運而生，其后因為這些措辭需要占用系統(tǒng)計較資本，高速的Web利用辦事器軟件和主機成為大年夜型網(wǎng)站必不成少的設(shè)置裝備擺設(shè)。Java手藝供應的Web編程手藝就是在如許的展開后臺下被啟示和廣泛使用的，這些手藝重要基于傳送層和利用層的和談和法式接口，從而供應了高效、靠得住、合用的Web法式平臺。縱不雅互聯(lián)網(wǎng)的展開歷程，我們可以發(fā)現(xiàn)：底層功能的完善會優(yōu)化上本章研究內(nèi)容的意義主機(Mainframe)上的CICS辦事因為其歷史的悠久，存在著很多對事務措置的經(jīng)典利用。假設(shè)何將這些利用重用，并經(jīng)由過程封裝與其他平臺的辦事進展交互是本章的重要內(nèi)容。下一章我們經(jīng)由過程一個CICS供應的樣例利用法式封裝成Web辦事的供應者〔Provider〕承受其他利用法式的會見。對Web辦事接口在COBOL法式中假設(shè)何實現(xiàn)，Web辦事相關(guān)參數(shù)，CICSTS3.1假設(shè)何定義Web辦事和Web辦事在其他平臺上假設(shè)何布置做了周全的切磋。Web辦事可以用真正與平臺無關(guān)的體例來描寫任何數(shù)據(jù)，以跨系統(tǒng)互換數(shù)據(jù)，是以轉(zhuǎn)向了松耦合利用法式。并且，在Web辦事層面上工作，較抽象層面可以依照需要動態(tài)地從頭評估、改削或措置數(shù)據(jù)類型。所以，從手藝層面上講，Web辦事可以更便利地措置數(shù)據(jù)，并且準許軟件更自由地進展通信。從更高的概念層面上講，我們可以將Web辦事視為一些工作單位，每一個單位措置特定的功能義務。再往上一步，可以將這些義務組合成面向營業(yè)的義務，以措置特定的營業(yè)操作義務，從而使非手藝人員可以斟酌一些利用法式，這些利用法式可以或許在Web辦事利用法式工作流中一路措置營業(yè)問題。本章研究內(nèi)容的意義主機(Mainframe)上的CIC10.2SOA與Web辦事

面向辦事的系統(tǒng)架構(gòu)〔Service-OrientedArchitecture，簡稱SOA〕是一種IT系統(tǒng)布局氣勢派頭，撐持將營業(yè)轉(zhuǎn)換為一組互相鏈接的辦事或可反復營業(yè)義務，可在需要時經(jīng)由過程收會議見這些辦事和義務。這個收集可所以當?shù)厥占nternet，也可以或許分手于各地且采取不合的手藝。經(jīng)由過程對來自各地的辦事進展組合，可以讓畢竟用戶感受仿佛這些辦事就安裝在當?shù)刈烂嫔弦粯?。可以對這些辦事進展組合，以完成特定的營業(yè)義務，從而讓營業(yè)快速適應不休改變的客不雅前提和需求。10.2SOA與Web辦事

面向辦事的系統(tǒng)架構(gòu)〔ServiSOA即Service-OrientedArchitecture，就是面向辦事的架構(gòu)，是一種以通用為目標、可擴大、具有結(jié)合協(xié)作性的架構(gòu)。SOA中所有的流程都被定義為辦事，辦事經(jīng)由過程基于類封裝的辦事接口奉求給辦事供應者。辦事接口憑據(jù)可擴大標識符、格局和和談伶仃描寫。SOA供應了一種構(gòu)建信息系統(tǒng)的尺度和方式，并經(jīng)由過程創(chuàng)立可重用的辦事系統(tǒng)來削減IT營業(yè)冗余并加快工程啟示的歷程，使得啟示部分效力更高，啟示周期更短，工程分發(fā)更快。與傳統(tǒng)軟件比擬，SOA十分強調(diào)“使用者”為中央。以往的信息系統(tǒng)是人圍著手藝轉(zhuǎn)，好比辦事器，數(shù)據(jù)庫，做大年夜量的二次啟示和保護工作。而SOA架構(gòu)下的信息系統(tǒng)那么如同餐館辦事員圍著門客轉(zhuǎn)，對使用者而言，辦事〔即營業(yè)所需要的功能〕是一個樊籬了復雜手藝的黑盒子，使用者沒需要熟悉內(nèi)幕，固然挪用就行。并且這些營業(yè)功能是無缺封裝的，可以在不合營業(yè)流程中經(jīng)由過程尺度接口多次挪用。SOA即Service-OrientedArchitectSOA系統(tǒng)架構(gòu)的概覽圖以下列圖10-1所示：SOA架構(gòu)將每一個資本或利用當作一個辦事，每一個辦事履行一組方式實現(xiàn)一組功能。辦事之間的交互經(jīng)由過程EnterpriseServiceBus〔ESB〕以一種特別的信息布局——動靜或文檔來實現(xiàn)。SOA系統(tǒng)架構(gòu)的概覽圖以下列圖10-1所示：特點在SOA中，環(huán)抱辦事的所有模式都是基于尺度的手藝實現(xiàn)的，辦事既可以定義為功能，又可以同時對外定義為對象利用等等，這使得SOA可適應于任何現(xiàn)有的系統(tǒng)。SOA有以下幾大年夜特點： 1.松散耦合。辦事要求者到辦事供應者的綁定與辦事之間是松耦合的。SOA將辦事使用者和辦事供應者在辦事實現(xiàn)和客戶假設(shè)何使用辦事方面隔分開來。辦事要求者不需要知道供應者實現(xiàn)的手藝細節(jié)好比設(shè)計措辭，布置平臺等等。辦事要求者常常經(jīng)由過程動靜挪用操作，要求動靜和響應而不是經(jīng)由過程使用API和文件格局，這使得辦事可以或許在完全不影響使用者的情景下進展改削。大年夜多半松散耦合方式都依托于辦事接口的動靜，基于動靜可以或許兼容的多種傳輸體例〔如HTTP，TCP/IP，JMS等〕?；趧屿o的接口可以接納同步或異步和談實現(xiàn)。Web辦事對SOA辦事接口來講是一個主要尺度。當使用者挪用一個Web辦事時，被挪用的對象可所以CICS事務，DCOM或CORBA對象，但這與使用者無關(guān)，底層實現(xiàn)其實不主要。動靜類Web辦事凡是是松散耦合和文檔驅(qū)動的，當用戶挪用動靜類Web辦事時，用戶凡是會發(fā)送一個完全的文檔〔如訂購單〕，而非一組離散的參數(shù)。特點在SOA中，環(huán)抱辦事的所有模式都是基于尺度的手藝實現(xiàn)的， 2.粗粒度辦事接口。粗粒度辦事供應一項特定的營業(yè)功能，而細粒度辦事代表了手藝組件方式。舉個例子申明，向計費系統(tǒng)中添加一個客戶是典型的粗粒度辦事，可以使用幾個細粒度辦事實現(xiàn)一樣的功能，如：將客戶名到場到計費系統(tǒng)中，添加具體的客戶聯(lián)系體例，添加計費信息等等。采取粗粒度接口的優(yōu)點在于使用者和辦事層之間沒需要再進展多次往來交往。Internet情況中的TCP/IP會話已不再據(jù)有主導，創(chuàng)立毗連的成本也太高，是以在該情況中進展利用啟示時粗粒度辦事的接口的優(yōu)點加倍明明。 3.可重用的辦事。辦事的可重用性設(shè)計顯著下降了成本。為了實現(xiàn)可重用性，辦事只工作在特定措置歷程的上下文中，而自力于底層實現(xiàn)和客戶需求的變動?？芍赜棉k事采取通用格局供應主要的營業(yè)功能，為啟示人員勤儉了大年夜量的時候。 2.粗粒度辦事接口。 4.尺度化接口。XML和Web辦事在電子商務中的廣泛利用和深切展開將SOA推向更高的層面，并大年夜大年夜抬舉了SOA的價值，XML和Web辦事尺度化的開放性使企業(yè)可以或許在所布置的所有手藝和利用中采取SOA。Web辦事使利用功能得以經(jīng)由過程尺度化接口〔WSDL〕供應，并基于尺度化傳輸體例〔HTTP和JMS〕，采取尺度化和談〔SOAP〕進展挪用。例如，啟示人員可以采取最適于門戶啟示的東西輕松創(chuàng)建一個新的門戶利用，并可以重用ERP系統(tǒng)和定制化J2EE利用中的現(xiàn)有辦事，而完全不必熟悉這些利用的內(nèi)部工作事理。采取XML，門戶啟示人員不必熟悉特定的數(shù)據(jù)暗示格局，便可以或許在這些利用間輕松地互換數(shù)據(jù)。 5.可從企業(yè)外部會見。基于營業(yè)目標互換營業(yè)信息，外部用戶可以會見以Web辦事體例供應的企業(yè)辦事。 4.尺度化接口。SOA的概念最初由Gartner公司提出的，因為其時的手藝水和悅市場情況尚不具有真實的實施SOA的前提，是以其時SOA并未引發(fā)人們的廣泛關(guān)注。SOA在寂靜了一段時候后，伴跟著互聯(lián)網(wǎng)的浪潮，愈來愈多的企業(yè)將營業(yè)轉(zhuǎn)移到互聯(lián)網(wǎng)的范疇，帶動了電子商務的蓬勃展開。為了可以或許將公司的營業(yè)打包成自力的、具有很強伸縮性的、基于互聯(lián)網(wǎng)的辦事，人們提出了Web辦事的概念，這可以說是SOA的發(fā)端?；貞汼OA的展開歷程，從某種角度上說就是利用法式互相之間連通性的展開歷程。接觸過IBM產(chǎn)品WebSphereMQ的人都知道動靜隊列是一個很壯大年夜的東西。經(jīng)由過程動靜隊列可以將用于利用法式交互的接口抽象出來，從而代替利用法式之間的直接交互和動靜傳遞。并且使用動靜隊列可以消弭異構(gòu)平臺之間的動靜傳遞的困擾，對其他利用法式是不是處于在線狀況也沒需要斟酌，它只關(guān)心動靜的傳遞是被保證的并且不會冗余。SOA的概念最初由Gartner公司提出的，因為其時的手藝水可是動靜隊列本身其實不克不及夠以準確的形式傳遞信息，并且不克不及憑據(jù)動靜內(nèi)容將信息傳遞給不合的方針。對用戶仍然需要在利用法式中定義所有類型的接口。為了削減如許的接口代碼，動靜代辦代理的概念隨之產(chǎn)生，它可以或許進動作靜格局的轉(zhuǎn)換與路由，基于動靜的內(nèi)容可以擴大和從頭路由，并且它可以在不合的和談或編程模型間創(chuàng)立溝通。但是，對動靜代辦代理，仍然會有一些邏輯接口存在于利用法式中，為了將這些關(guān)于法式互訂交互的邏輯接口完全抽象出來，使之成為完全以商務邏輯為主導的辦事，因此人們提出了Web辦事的概念，但愿經(jīng)由過程將企業(yè)對外辦事封裝為基于同一尺度的Web辦事。Web辦事尺度和標準也隨之產(chǎn)生，包孕簡單對象會見和談SOAP，Web辦事描寫措辭WSDL，和通用辦事發(fā)現(xiàn)和集成和談UDDI。可是動靜隊列本身其實不克不及夠以準確的形式傳遞信息，并且不克從外表上看，Web辦事就是一個利用法式，它向外界披露出一個可以或許經(jīng)由過程Web進展挪用的API。這就是說，你可以用編程的方式經(jīng)由過程Web來挪用這個利用法式。將挪用Web辦事的利用法式稱為要求者。例如，創(chuàng)建一個Web辦事，它的傳染感動是返回當前的天色情景，那么可以創(chuàng)立一個頁面，承受郵政編碼作為查詢字符串然后返回一個由逗號離隔的字符串，包孕當前的氣平和天色情景。要挪用這個界面，客戶端需要發(fā)送一個HTTPGET要求，返回天色情景的數(shù)據(jù)。這個頁面就應當算作是Web辦事了，因為它基于HTTPGET要求，披露出一個可以經(jīng)由過程Web挪用的API。對Web辦事更準確的注釋是：Web辦事是一種布置在Web上的對象，是以具有對象手藝允諾的所有優(yōu)點。同時，Web辦事的基石是以XML為主的，開放的Web標準手藝，是以具有比任何現(xiàn)有的對象手藝更好的開放性。Web辦事是創(chuàng)立客戶操作的分布式利用法式的新平臺。Web辦事平臺是一套尺度，它定義了利用法式如何在Web上實現(xiàn)互操作性?？梢杂萌魏未朕o在任何平臺寫Web辦事，只要可以經(jīng)由過程Web辦事尺度對這些辦事進展查詢和會見。從外表上看，Web辦事就是一個利用法式，它向外界披露出一個可Web辦事是描寫一些操作的接口，使用尺度化的XML動靜傳遞機制可以經(jīng)由過程收會議見這些操作。Web辦事使用尺度的、標準的XML概念來描寫，稱為Web辦事的辦事描寫。個中包括了與辦事交互需要的全數(shù)細節(jié)，包孕動靜格局〔具體描寫操作〕，傳輸和談和位置。該接口埋沒了實現(xiàn)辦事的細節(jié)，準許自力于實現(xiàn)辦事基于的硬件或軟件平臺和編寫辦事所用的編程措辭而使用辦事。這準許并撐持基于Web辦事的利用法式成為松散耦合，面向組件和跨平臺手藝實現(xiàn)的法式。Web辦事的系統(tǒng)架構(gòu)圖以下列圖10-2所示：Web辦事有4個構(gòu)成局部，劃分是Web辦事本身，ServiceProvider〔辦事供應方〕，ServiceRequester〔辦事要求方〕和ServiceBroker〔辦事代辦代理機構(gòu)〕。凡是我們將辦事要求方，辦事供應方，辦事代辦代理機構(gòu)稱為構(gòu)成Web辦事系統(tǒng)布局的三大年夜腳色。Web辦事是描寫一些操作的接口，使用尺度化的XML動靜傳遞機在理解SOA和Web辦事的關(guān)系上，常常等閑產(chǎn)生攪渾。憑據(jù)2003年4月的Gartner報導，Yefimv.Natis就這個問題注釋：“Web辦事是手藝標準，而SOA是設(shè)計原那么。出格是Web辦事中的WSDL，是一個SOA配套的定義尺度：這是Web辦事和SOA的基本聯(lián)系。”從本質(zhì)上說，SOA是一種框架模式，而Web辦事是使用一組尺度實現(xiàn)的辦事。Web辦事是實現(xiàn)SOA的方式之一。用Web辦事來實現(xiàn)SOA的優(yōu)點是可以實現(xiàn)一個中立平臺來取得辦事，并且跟著愈來愈多的軟件商撐持愈來愈多的Web辦事標準，會取得更好的通用性。固然我們感覺Web辦事是實現(xiàn)SOA的最好體例，可是SOA其實不局限于Web辦事，其他使用WSDL直接實現(xiàn)辦事接口并且經(jīng)由過程XML動靜進展通信的和談都可以包孕在SOA傍邊。CORBA和IBM的MQ系統(tǒng)經(jīng)由過程使用可以或許措置WSDL新特點也可以或許介入到SOA中來。假如兩個辦事需要互換數(shù)據(jù)，那么它們還會需要使用一樣的動靜傳遞和談，可是數(shù)據(jù)接口準許一樣的信息互換。在理解SOA和Web辦事的關(guān)系上，常常等閑產(chǎn)生攪渾。10.3CICS與Web辦事

申明：因為在第5章中已較為具體地介紹了CICS，故本章不再對CICS本身進展介紹，而只對CICS與Web辦事相關(guān)的局部進展介紹。10.3CICS與Web辦事

申明：因為在第5章中已較為具跟著新版本的推出，CICS本身也在不休推出新的功能，在這些新功能傍邊，對Web辦事等新手藝的撐持是很主要的一個方面。從CICSTransactionServerV2.2入手下手，就有SOAPforCICS特征入手下手了對Web辦事的撐持。經(jīng)由過程SOAPforCICS特征的撐持，便可以實現(xiàn)CICS中的法式作為Web辦事供應者對外供應辦事，或作為Web辦事消費者會見外部Web辦事。在后來發(fā)布的CICSTransactionServerV3.1中，SOAPforCICS已展開成周全的Web辦事?lián)纬?，可以或許撐持HTTP/1.1和談，供應SSLV3級其余保密通信，同時還經(jīng)由過程加倍簡單的利用編程，豐富的東西撐持和更高的運行效力，使得CICS可以或許成為SOA框架下主要的利用辦事器。跟著新版本的推出，CICS本身也在不休推出新的功能，在這些新Web辦事是描寫一些操作〔使用尺度化的XML動靜傳遞機制可以經(jīng)由過程收會議見這些操作〕的接口。該接口埋沒了實現(xiàn)辦事的細節(jié)，準許自力于實現(xiàn)辦事基于的硬件或軟件平臺和編寫辦事所用的編程措辭使用辦事。這準許并撐持基于Web辦事的利用法式成為松散耦合、面向組件和跨平臺手藝實現(xiàn)。之前所講到的CICSWebSupport和CTG，所有這些體例都是功能上緊耦合的，也就是說它們之間的法式挪用必需知道彼此法式的COMMAREA布局的細節(jié)。例如在CWS對非HTTP要求的措置，UserProgram經(jīng)由過程BusinessLogicInterface取到數(shù)據(jù)，那么UserProgram必需知道前端要求傳來的數(shù)據(jù)布局是什么，或發(fā)來要求的法式要知道領(lǐng)受措置要求法式的COMMAREA接口是什么樣的，否那么沒法對請乞降響應數(shù)據(jù)進展措置。在CTG中固然我們使用了WSIF，經(jīng)由過程Web辦事的體例同適配器進展通信，可是適配器同CICS和J2EE之間仍然是緊耦合的，也就是說J2EE同CICS之間的通信完全依托于適配器。假如要實現(xiàn)更多平臺上的利用與CICS進展通信的話，好比.NET的利用，我們就不克不及不從頭啟示合用于.NET的適配器。另外，對CWS中措置要求的法式必需都是Web-aware法式，用戶不克不及不本身來措置Web的要求與響應。Web辦事是描寫一些操作〔使用尺度化的XML動靜傳遞機而對比于Web辦事，經(jīng)由過程發(fā)布的WSDL文件，利用法式可以本身決意所需的接口，并且辦事要求者與辦事供應者完全不需要關(guān)心對方利用法式的措辭和履行情況，對利用來講是完全透明的，是極真?zhèn)€松耦合架構(gòu)。這對系統(tǒng)的更新、復用和集成帶來了極大年夜的便利。在Web辦事模型中，存在有兩種腳色：辦事供應者和辦事要求者。對企業(yè)的CICS利用可以作為辦事供應者對外供應一系列的尺度化接口，使得其他異構(gòu)平臺上的利用經(jīng)由過程這些尺度化的接口對CICS利用進展會見，同時CICS利用也可以或許使用Web辦事以辦事要求者的身份挪用其他平臺上利用供應的辦事，從而實現(xiàn)不合平臺利用之間的集成。而對比于Web辦事，經(jīng)由過程發(fā)布的WSDL文件，利用法式可以一個CICS利用法式可以經(jīng)由過程一系列Web辦事尺度發(fā)布成為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功能。在現(xiàn)有的安然套接字層〔SSL〕根底上加強了安然保障，撐持TLS1.0和談。一個CICS利用法式可以經(jīng)由過程一系列Web辦事尺度發(fā)布成為CICS中的Web辦事利用啟示，一般有兩種重要模式：CICS作為Web辦事的供應者和CICS作為Web辦事的消費者，前者是實際利用中加倍常見的模式。 1.CICS作為Web辦事的供應者CICS作為Web辦事的供應者就是把CICS作為Web辦事器，它起首將收到來自外部的利用要求，今后對要求進展搜檢并抽取出方針辦事法式相關(guān)的信息，經(jīng)由過程這些要求信息傳遞挪用方針辦事法式，法式履行完畢取得返回值，將返回值以動靜的形式傳遞給辦事要求者。CICS作為Web辦事供應者的示意圖以下列圖10-11所示：圖10-11：CICS作為辦事供應者的示意圖CICS中的Web辦事利用啟示，一般有兩種重要模式：CICS當CICS作為辦事供應者的時刻，將會做以下的操作〔1〕取得辦事要求者發(fā)來的數(shù)據(jù)；〔2〕提取和利用相關(guān)的數(shù)據(jù)；〔3〕挪用響應的利用法式，將要求數(shù)據(jù)經(jīng)由過程CommunicationArea或Container傳給利用法式；〔4〕取得利用法式的返回數(shù)據(jù)，構(gòu)建響應；〔5〕將響應發(fā)給辦事要求者。當CICS作為辦事供應者的時刻，將會做以下的操作Web辦事可以經(jīng)由過程兩種體例來會見利用法式。第一種稱作為對CommunicationArea的會見。經(jīng)由過程wsbind文件，CICS會將要求來的SOAP動靜〔XML格局〕和已有的利用法式的數(shù)據(jù)布局進展數(shù)據(jù)映照。第二種體例是用Container的體例，一樣是經(jīng)由過程wsbind文件做數(shù)據(jù)映照，所不合于CommunicationArea體例的是Container沖破了32KB數(shù)據(jù)傳輸容量的限制。也就是說，要求端可以發(fā)送肆意大年夜小的數(shù)據(jù)，而沒需要斟酌因為數(shù)據(jù)大年夜小的限制而產(chǎn)生數(shù)據(jù)截斷。CICS供應了一組響應的API來措置Container的傳輸，用EXECCICSGETCONTAINER(container_name)INTO(data)來取得數(shù)據(jù)，用EXECCICSPUTCONTAINER(container_name)FROM(data)來發(fā)送數(shù)據(jù)。Web辦事可以經(jīng)由過程兩種體例來會見利用法式。有三種類型的Container：〔1〕ControlContainer：存放控制信息，它決意了Web要求到來時挪用響應資本來措置的按次?！?〕ContextContainer：存放一些系統(tǒng)用到的上下文情況的信息，例如USERID，TRANSACTIONID，URI信息等，這些信息會被MessageHandler取得并作響應的措置?！?〕UserContainer：以上兩種Container都是系統(tǒng)定義的Container，用來措置系統(tǒng)取得的數(shù)據(jù)。UserContainer可以讓用戶自定義Container，專門存放用戶感樂趣的數(shù)據(jù)，這里UserContainer的聲明不克不及以DFH開首。有三種類型的Container：CICS作為Web辦事供應者的圖例以下列圖10-12所示：圖10-12CICS作為Web辦事供應者CICS作為Web辦事供應者的圖例以下列圖10-12所示：圖使用WebServiceAssistant可以將已有的法式的數(shù)據(jù)布局轉(zhuǎn)化成WSDL文檔，并且生成響應的WSBIND文件，此文件是用來做SOAP動靜和利用法式數(shù)據(jù)布局的映照。反之也可以或許從WSDL文件生成響應法式的數(shù)據(jù)布局和WSBIND文件。借助CICSWebServiceAssistant將CICS利用的Commarea接口發(fā)布成Web辦事的示意圖以下列圖10-13所示：圖10-13：借助CICSWebServiceAssistant將CICS利用的Commarea接口發(fā)布成Web辦事使用WebServiceAssistant可以將已有的以下是從利用法式的數(shù)據(jù)布局生成WSDL文件的JCL樣例。在法式中可以指名法式的措辭類型，今朝WebServiceAssistant只撐持，C、C++、COBOL，PL/I；還可以指定Program的名稱〔就是將此利用發(fā)布成Web辦事〕；請乞降響應的數(shù)據(jù)布局和它們地點的主機數(shù)據(jù)集的名稱〔Member的名稱〕；假如Web辦事是經(jīng)由過程Channel的體例會見的話，需要指定Container的名字；別的還需要指定URI的路徑和WSBIND文件和WSDL文件的存放位置〔USS路徑〕。從利用法式的數(shù)據(jù)布局生成WSDL文件的JCL的樣例以下所示：以下是從利用法式的數(shù)據(jù)布局生成WSDL文件的JCL樣例。2.CICS作為Web辦事的要求者CICS作為辦事要求者，起首使用法式創(chuàng)立要求數(shù)據(jù)，將要求數(shù)據(jù)發(fā)送給辦事的供應者，挪用完畢后，辦事法式將返回值回傳給辦事要求者。CICS將返回數(shù)據(jù)進展措置，取得利用法式相關(guān)的數(shù)據(jù)，將控制權(quán)限交給利用法式。CICS作為Web辦事要求者的示意圖以下列圖10-14所示：圖10-14：CICS作為辦事要求者的示意圖2.CICS作為Web辦事的要求者圖10-14：CICS作為CICS作為辦事要求者的時刻，它將會做以下的操作：〔1〕構(gòu)建利用法式的要求數(shù)據(jù)；〔2〕發(fā)送要求給辦事供應者；〔3〕取得辦事供應者的返回響應；〔4〕將取得的響應數(shù)據(jù)解析今后傳給辦事要求的利用法式；〔5〕將控制權(quán)交給利用法式；CICS供應了響應的Web辦事要求的APIEXECINVOKEWEBSERVICE。其語法以下所示：這里利用Channel來發(fā)送數(shù)據(jù)，Channel中包孕了一組Container以存放要求數(shù)據(jù)。并且CICS對此API進展了優(yōu)化措置，當被要求的辦事供應者與要求者在同一個CICSRegion中的時刻，此API將會被優(yōu)化為LINKAPI來措置，以此避開了經(jīng)由過程收集傳輸帶來的效力損失落。CICS作為辦事要求者的時刻，它將會做以下的操作：辦事要求法式挪用CICSAPIEXECCICSINVOKEWEBSERVICE，將要求數(shù)據(jù)經(jīng)由過程Container傳遞給Channel。CICS中定義的WEBSERVICE資本會將法式措辭的數(shù)據(jù)布局轉(zhuǎn)化成SOAP動靜。SOAP動靜被傳遞給Pipeline并且挪用定義在Pipeline設(shè)置裝備擺設(shè)文件中的MessageHandler法式，MessageHandler法式會將SOAP動靜經(jīng)由過程HTTP或WebSphereMQ發(fā)送給遠程的辦事供應者。辦事要求者收到響應的SOAP動靜的時刻，SOAP動靜將被傳回給Pipeline，做響應的數(shù)據(jù)轉(zhuǎn)化，即將SOAP動靜轉(zhuǎn)化成辦事要求者法式措辭的數(shù)據(jù)布局。當辦事供應者的法式與要求者的法式都在CICS中的時刻，CICSWeb辦事運行時情況會用EXECCICSLINKAPI挪用辦事供應者法式，這會對要求做當?shù)貎?yōu)化以提高效力。辦事要求法式挪用CICSAPIEXECCICSINVCICS作為辦事要求者的圖例以下列圖10-15所示：使用WebServicesAssistant可以將遠程的辦事供應者的WSDL文件生成辦事要求者法式所需的數(shù)據(jù)布局和WSBIND文件。對CICS作為辦事要求者一樣需要Pipeline設(shè)置裝備擺設(shè)文件和定義WEBSERVICE資本。圖10-15CICS作為辦事要求者CICS作為辦事要求者的圖例以下列圖10-15所示：圖10-以下是WebServicesAssistant用于將WSDL轉(zhuǎn)化成響應法式措辭的數(shù)據(jù)布局的JCL樣例：以下是WebServicesAssistant用于將W 1.CICS作為Web辦事的供應者利用布置好后，CICS供應的Sockets監(jiān)聽買賣〔CSOL〕會監(jiān)聽在TCPIPSERVICE資本所指定的TCP端口上發(fā)送過來的HTTP要求。CSOL領(lǐng)受經(jīng)由過程HTTP和談傳遞來的SOAP數(shù)據(jù)包，主動啟動這個TCPIPSERVICE資本中所指定的買賣進展措置，一般情景下這會是CICS供應的Web毗連措置買賣CWXN。CWXN先從HTTP包中解析出要會見的URI，然后搜刮URIMAP資本，找遍地理此URI的URIMAP定義。從這個URIMAP定義里，可以找遍地理所需要的PIPELINE和Web辦事，還有TRANSACTION屬性。CWXN會憑據(jù)URIMAP資本的TRANSACTION屬性指定的買賣去向理管道。凡是情景下，默許值是CICS供應的一個買賣CPIH。 1.CICS作為Web辦事的供應者CPIH入手下手Pipeline歷程，經(jīng)由過程Pipeline的定義找到Pipeline設(shè)置裝備擺設(shè)文件。CPIH使用此文件找到響應的MessageHandler法式措置要求信息。凡是情景下，MessageHandler法式是典型的CICS供應的，它的傳染感動是將SOAP信息中的Body數(shù)據(jù)局部剝離出來。CICS使用DFHWS-WEBSERVICEContainer將要求的辦事定義的名稱傳遞給數(shù)據(jù)映照法式，數(shù)據(jù)映照法式使用辦事定義去定位主存中XML形式的數(shù)據(jù)，并將它們映照到COMMAREA或Container。數(shù)據(jù)映照法式與方針辦事法式相關(guān)聯(lián)，將要求數(shù)據(jù)以方針法式可讀的形式傳遞給法式挪用。挪用完畢后，方針法式將返回值傳遞給數(shù)據(jù)映照法式，使之轉(zhuǎn)換為XML數(shù)據(jù)形式的SOAP信息，以相反的歷程經(jīng)由過程Pipeline措置回傳給辦事要求者。CPIH入手下手Pipeline歷程，經(jīng)由過程Pipelin憑據(jù)以上描寫，CICS作為Web辦事供應者的資本和Web要求的措置流程以下列圖10-16所示：圖10-16：CICS作為Web辦事供應者的資本和Web要求的措置流程憑據(jù)以上描寫，CICS作為Web辦事供應者的資本和Web要求 2.CICS作為Web辦事的要求者辦事要求者的利用法式使用EXECCICSINVOKEWEBSERVICE號令經(jīng)由過程CHANNEL接口進展挪用，經(jīng)由過程Web辦事定義的相關(guān)資本將要求的數(shù)據(jù)布局轉(zhuǎn)變成SOAP信息。經(jīng)由過程PIPELINE定義的MessageHandler法式的挪用對SOAP信息進展例如權(quán)限信息的驗證的措置，今后SOAP信息將經(jīng)由過程HTTP或WebSphereMQ傳送到遠端辦事法式。當挪用終了后返回值將被送回PIPELINE措置，并將被翻譯之前的數(shù)據(jù)布局傳送給辦事要求者。 2.CICS作為Web辦事的要求者憑據(jù)以上描寫，CICS作為Web辦事要求者的資本和Web要求的措置流程以下列圖10-17所示：圖10-17：CICS作為Web辦事要求者的資本和Web要求的措置流程憑據(jù)以上描寫，CICS作為Web辦事要求者的資本和Web要 1.URIMAPURIMAP可以定義CICS中和Web相關(guān)的三種資本。 〔1〕取得Web客戶真?zhèn)€要求，CICS作為HTTPServer。當CICS作為HTTPServer時，URIMAP的定義需指定USAGE屬性為SERVER。URIMAP經(jīng)由過程定義的URI路徑來匹配WebClient端發(fā)來的HTTP要求。并且URIMAP也定義了CICS應當以何種體例對到來的要求做出響應： 1〕使用文檔模板做出靜態(tài)的響應，文檔模板的定義在CICSWebSupport中做出熟悉釋，URIMAP會讀出文檔模板中的響應數(shù)據(jù)主動地給HTTPClient做出響應。 2〕挪用Web-awareProgram的EXECCICSWEBAPI對HTTP要求做動態(tài)響應。 3〕將要求重定向到別的一辦事器，可所以一時也可以或許是持久的。對比之前所提到的CICSWebSupport中的Analyzer法式，URIMAP在措置HTTP要求方面完成了與Analyzer幾近一樣的功能，固然也可以或許兼用TCPIPSERVICE中的Analyzer來措置一樣的HTTP要求。 1.URIMAP 〔2〕向辦事器發(fā)送要求，CICS作為HTTPClient。當CICS作為HTTPClient時，URIMAP的定義需指定USAGE屬性為CLIENT。利用此種URIMAP的定義，用戶利用法式作為WebClient可以經(jīng)由過程CICSWebSupport向HTTPServer發(fā)送要求。利用此種URIMAP的定義可以無需在Client真?zhèn)€法式中指定URL地址。 〔3〕Web辦事要求。當措置的要求為Web辦事要求的時刻，URIMAP的定義需指定USAGE屬性為PIPELINE。此種定義的URIMAP會將Web辦事要求的URI路徑與PIPELINE或WEBSERVICE資本相關(guān)聯(lián)，這些資本指定了假設(shè)何措置Web辦事要求的流程。可以指定運行PIPEPLINE的AliasTransaction〔系統(tǒng)的默許值是CPIH〕或出于安然斟酌指定AliasTransaction的UserID。需要指出的是，下一章的案例分解中就是采取的本小段的設(shè)置裝備擺設(shè)，即URIMAP的定義指定USAGE屬性為PIPELINE。 〔2〕向辦事器發(fā)送要求，CICS作為HTTPClient 2.PIPELINEPIPELINE資本的定義重要指了然MessageHandler的信息，為了承受請乞降措置響應。PIPELINE其實不直接地指定MessageHandler的相關(guān)信息。在PIPELINE的定義中，需指定PIPELINE設(shè)置裝備擺設(shè)文件的路徑，設(shè)置裝備擺設(shè)文件〔XML措辭〕中會指定MessageHandler的設(shè)置裝備擺設(shè)信息。PIPELINE資本的定義樣例以下列圖10-18所示：圖10-18：PIPELINE資本在CICS中的定義 2.PIPELINE圖10-18：PIPELINE資本在C上圖中的參數(shù)以下： 〔1〕WSIDRWSDIR參數(shù)指定了Web辦事綁定的目錄，這個目錄下存放了wsbind文件。當運行CEDAinstallpipeline號令時，CICS會主動地掃描全部目錄并安裝wsbind文件。 〔2〕SHELFSHELF指定了Web辦事運行時情況的目錄。當安裝Pipeline時，CICS會將相關(guān)的Web辦事資本拷貝到此目錄下。此目錄的會見權(quán)限是共享的，也就是說可以多個CICSRegion共享此目錄，每一個Region都有一個本身的運行時目錄。當CICS做Cold或Initial啟動的時刻，CICS會將SHELF下關(guān)于本Region所有的子目錄刪除，從頭安裝后子目錄會從頭創(chuàng)立。 〔3〕ConfigfileConfigfile指定了Pipeline設(shè)置裝備擺設(shè)文件的USS路徑。當CICS措置Web辦事要求時會讀出設(shè)置裝備擺設(shè)文件的相關(guān)信息。上圖中的參數(shù)以下： Pipeline設(shè)置裝備擺設(shè)文件當CICS措置Web辦事要求時，它會用到一個或多個MessageHandler來措置要求。用于措置Web辦事要求的Pipeline的設(shè)置裝備擺設(shè)信息存放在一個用XML寫成的文件中，這個文件就是Pipeline設(shè)置裝備擺設(shè)文件。有兩種Pipeline設(shè)置裝備擺設(shè)文件：一種是辦事供應者Pipeline設(shè)置裝備擺設(shè)文件；別的一種是辦事要求者Pipeline設(shè)置裝備擺設(shè)文件。每種設(shè)置裝備擺設(shè)文件都有本身相關(guān)的Schema定義，和不合的根元素。辦事供應者Pipeline的根元素是<provider_pipeline>，辦事要求者Pipeline的根元素是<requester_pipeline>。 Pipeline設(shè)置裝備擺設(shè)文件辦事供應者根元素<provider_pipeline>的子節(jié)點元素有： 〔1〕必需的<service>元素，它指了然每一個要求到來時都需要被挪用的MessageHandler，包孕終真?zhèn)€MessageHandler。終端MessageHandler在Pipeline中是最后一個Handler。 〔2〕非必需的<transport>元素，它指了然在運行時被選定的MessageHandler，它是基于那些被用于動靜傳遞資本的。例如，對HTTP的傳輸，可以指定只有當設(shè)置在特定端口〔定義在TCPIPSERVICE中〕的要求到來時再挪用MessageHandler。 〔3〕非必需的<apphandler>元素，它指了然被TerminalHandler挪用的法式，這個法式就是供應辦事的方針法式〔或是一個WrapperProgram〕。Messagehandler可以在運行時動態(tài)地指定響應的法式，可以用系統(tǒng)供應的ContainerDFHWS-APPHANDLER來指定。所以此處指定的法式并沒需要然被挪用。這里需要正視的是假如用WebServiceAssistant去布置WebServiceProvider，必需指定系統(tǒng)供應的DFHPITP作為方針法式。DFHPITP會在運行時主動挪用wsbind文件中指定的UserProgram。 〔4〕非必需的<service_parameter_list>元素，它包孕了CICS挪用的MessageHandler所需的信息，這些信息是經(jīng)由過程系統(tǒng)供應的ContainerDFH-SERVICEPLIST來傳遞的。辦事供應者根元素<provider_pipeline>的子節(jié)ServiceProviderPipeline設(shè)置裝備擺設(shè)文件的樣例以下所示：辦事要求者根元素<provider_pipeline>的子節(jié)點元素有： 〔1〕必需的<service>元素 〔2〕非必需的<transport>元素 〔3〕非必需的<service_parameter_list>元素ServiceProviderPipeline設(shè)置裝備ServiceRequesterPipeline設(shè)置裝備擺設(shè)文件的樣例以下所示：Se