时间：2022-11-27 00:30:01 | 来源：信息时代
时间：2022-11-27 00:30:01 来源：信息时代
网格服务流语言 : 一种基于XML的语言和基于网格服务的工作流架构,它用于规范化OGSA框架内网格服务的工作流描述。
网格服务流语言基于XML,支持在OGSA架构下的网格服务的工作流描述规范。GSFL使用XML Schemas定义,具有以下主要特征:
(1)服务提供者(service providers): 工作流中的所有服务必须在Service Providers中声明。作为定义的一部分,GSFL文档通过唯一的名字来识别服务提供者。定义还包括服务提供者的类型。通过locator元素可以定位服务提供者,并且locator元素允许以多种方式查寻服务提供者。服务可以通过指向正在运行的一些服务来静态地定位,也可使用factories来创建。factories的句柄在GSFL文档中是可用的。同样,使用registries也可以查寻服务。
(2)活动模型(activity model): 列出了不同服务提供者的所有操作。服务提供者在工作流中可以扮演各种角色。activity model包含了活动的清单,每个活动都有名字和来源。名字用于识别,来源是endPointType定义的Web Service中一个操作的引用(reference)。endPointType包括了操作的名字、端口类型、端口名字以及特定操作的服务名称。
(3)组合模型(composition model): 描述了不同的网格服务如何组成新的网格服务。它描述了服务的不同操作之间的控制流和数据流,以及它们之间以P2P的方式直接通信。组合模型包括输出模型(export model)和通知模型(notification model)。
(4)生命周期模型(lifecycle model):服务生命周期模型包含描述服务执行顺序的优先链列表。因此,不是所有的服务都需要在开始时就初始化,有些服务可以在先前的服务停止执行后再开始。
生命周期模型使用工作流的scope属性,该属性可以是一个session或application。session表示对工作流引擎的调用之间是无状态的,这些调用都是合法的。处于活动状态的服务使用 service LifecycleModel为每个调用进行实例化。
Application表示调用状态将在服务流引擎中保存。对每个工作流实例,服务只使用 service LifecycleModel实例化一次。由于执行这些活动的服务可能不是活动的,因此对所有工作流引擎的调用并不都是有效的。所以,我们增加一个activityLifecycleModel来描述它们调用的顺序。换句话说,有些活动仅当某些特定的活动已成功调用时才能被调用。按照activityLifecycleModel可保证当按照适当的顺序调用时,所有的服务都会是活动的。
在线咨询
