網(wǎng)格服務(wù)流語(yǔ)言(數(shù)據(jù)庫(kù))

時(shí)間：2022-11-27 00:30:01 | 來(lái)源：信息時(shí)代

時(shí)間：2022-11-27 00:30:01 來(lái)源：信息時(shí)代

    網(wǎng)格服務(wù)流語(yǔ)言 : 一種基于XML的語(yǔ)言和基于網(wǎng)格服務(wù)的工作流架構(gòu),它用于規(guī)范化OGSA框架內(nèi)網(wǎng)格服務(wù)的工作流描述。
網(wǎng)格服務(wù)流語(yǔ)言基于XML,支持在OGSA架構(gòu)下的網(wǎng)格服務(wù)的工作流描述規(guī)范。GSFL使用XML Schemas定義,具有以下主要特征:
(1)服務(wù)提供者(service providers): 工作流中的所有服務(wù)必須在Service Providers中聲明。作為定義的一部分,GSFL文檔通過(guò)唯一的名字來(lái)識(shí)別服務(wù)提供者。定義還包括服務(wù)提供者的類型。通過(guò)locator元素可以定位服務(wù)提供者,并且locator元素允許以多種方式查尋服務(wù)提供者。服務(wù)可以通過(guò)指向正在運(yùn)行的一些服務(wù)來(lái)靜態(tài)地定位,也可使用factories來(lái)創(chuàng)建。factories的句柄在GSFL文檔中是可用的。同樣,使用registries也可以查尋服務(wù)。
(2)活動(dòng)模型(activity model): 列出了不同服務(wù)提供者的所有操作。服務(wù)提供者在工作流中可以扮演各種角色。activity model包含了活動(dòng)的清單,每個(gè)活動(dòng)都有名字和來(lái)源。名字用于識(shí)別,來(lái)源是endPointType定義的Web Service中一個(gè)操作的引用(reference)。endPointType包括了操作的名字、端口類型、端口名字以及特定操作的服務(wù)名稱。
(3)組合模型(composition model): 描述了不同的網(wǎng)格服務(wù)如何組成新的網(wǎng)格服務(wù)。它描述了服務(wù)的不同操作之間的控制流和數(shù)據(jù)流,以及它們之間以P2P的方式直接通信。組合模型包括輸出模型(export model)和通知模型(notification model)。
(4)生命周期模型(lifecycle model):服務(wù)生命周期模型包含描述服務(wù)執(zhí)行順序的優(yōu)先鏈列表。因此,不是所有的服務(wù)都需要在開始時(shí)就初始化,有些服務(wù)可以在先前的服務(wù)停止執(zhí)行后再開始。
生命周期模型使用工作流的scope屬性,該屬性可以是一個(gè)session或application。session表示對(duì)工作流引擎的調(diào)用之間是無(wú)狀態(tài)的,這些調(diào)用都是合法的。處于活動(dòng)狀態(tài)的服務(wù)使用 service LifecycleModel為每個(gè)調(diào)用進(jìn)行實(shí)例化。
Application表示調(diào)用狀態(tài)將在服務(wù)流引擎中保存。對(duì)每個(gè)工作流實(shí)例,服務(wù)只使用 service LifecycleModel實(shí)例化一次。由于執(zhí)行這些活動(dòng)的服務(wù)可能不是活動(dòng)的,因此對(duì)所有工作流引擎的調(diào)用并不都是有效的。所以,我們?cè)黾右粋€(gè)activityLifecycleModel來(lái)描述它們調(diào)用的順序。換句話說(shuō),有些活動(dòng)僅當(dāng)某些特定的活動(dòng)已成功調(diào)用時(shí)才能被調(diào)用。按照activityLifecycleModel可保證當(dāng)按照適當(dāng)?shù)捻樞蛘{(diào)用時(shí),所有的服務(wù)都會(huì)是活動(dòng)的。