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

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

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

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

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

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

申明：因?yàn)樵诘?章中已較為具體地介紹了CICS，故本章不再對(duì)CICS本身進(jìn)展介紹，而只對(duì)CICS與Web辦事相關(guān)的局部進(jìn)展介紹。10.3CICS與Web辦事

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