CN103782278A

CN103782278A - 用于提供在中间件或其它环境中使用的动态调取和服务界面的系统和方法

Info

Publication number: CN103782278A
Application number: CN201280042890.1A
Authority: CN
Inventors: H·卡尔; R·埃伯哈德
Original assignee: Oracle International Corp
Current assignee: Oracle International Corp
Priority date: 2011-09-09
Filing date: 2012-09-07
Publication date: 2014-05-07
Anticipated expiration: 2032-09-07
Also published as: US9189304B2; JP2014526740A; JP6169081B2; EP2754048A1; US20130066946A1; JP6416978B2; WO2013036750A1; CN103782278B; EP2754048B1; US20160014235A1; JP2017130239A; IN2014CN00584A; US9854068B2

Abstract

提供用于提供在中间件或其它环境中使用的动态调取和服务界面的系统和方法。在服务侧，消息可被插入入站处理链中。在服务侧入站处理之后，通过提供商请求功能将消息给予用户。用户通过使用将消息插入服务侧出站处理链中的提供商响应功能给予响应。在服务侧出站处理之后，将消息给予用户的服务响应传输。在客户机侧，用户可通过使用调度请求将消息插入出站处理链中。在客户机侧出站处理之后，将消息给予用户的客户机请求传输。这将消息处理从传输去耦合并使得消息处理在本质上异步。当接收响应时，用户使用客户机响应传输功能以将响应插入客户机侧入站处理链中。

Description

用于提供在中间件或其它环境中使用的动态调取和服务界面的系统和方法

（优先权要求）

本申请要求在2012年3月22日提交的发明名称为“SYSTEMAND METHOD FOR PROVIDING A DYNAMIC INVOCATIONAND SERVICE INTERFACE FOR USE IN A MIDDLEWARE OROTHER ENVIRONMENT”的美国专利申请No.13/427574的优先权益处，该美国专利申请No.13/427574要求在2011年9月9日提交的发明名称为“SYSTEM AND METHOD FOR PROVIDING ADYNAMIC INVOCATION AND SERVICE INTERFACE FOR USEIN A MIDDLEWARE OR OTHER ENVIRONMENT”的美国临时专利申请No.61/533068的优先权益处，在这里加入该申请作为参考。

技术领域

本发明一般涉及计算机系统和诸如中间件的软件，特别是涉及用于提供在中间件或其它环境中使用的动态调取和服务界面（DISI）的系统和方法。

背景技术

一般地，网络服务是支持网络上的机器间交互作用的软件系统。网络服务协议栈是可用于限定、定位、实现和启用服务以使其相互交互作用的联网和其它协议的栈。这种协议的例子包含规定供网络服务使用的结构化信息的交换并且依赖于用于消息格式的可扩展标记语言（XML）和用于消息传送的其它协议（例如，超文本传输协议（HTTP）或简单邮件传输协议（SMTP））的简单对象访问协议（SOAP）。一般地，各网络服务具有在诸如网络服务描述语言（WSDL）的机器可理解格式中描述的界面。其它系统可使用SOAP消息以通过由其描述规定的方式与网络服务界面交互作用。

其它类型的协议栈可类似地包含消息信息的一些处理，其中，消息自身以例如为公用对象请求代管者体系结构（CORBA）栈的一些方式被编码。

在允许计算机在相对高水平下通信的诸如SOAP或CORBA栈的消息远程栈的背景中，存在能够将消息视为单位即取得消息并对其实施包含任何必要的解码的处理并提供结果的益处。作为产生网络服务中使用的Java EE平台的一部分提供的用于XML网络服务的JavaAPI（JAX-WS）规范包含客户机和服务侧动态消息处理的一些方面。但是，JAX-WS规范不提供允许客户机和服务侧的传输水平上的动态消息处理的手段，也不提供在服务侧提供商水平上异步处理消息的手段。存在本发明的实施例针对的一般领域。

发明内容

这里公开用于提供在中间件或其它环境中使用的动态调取和服务界面（DISI）的系统和方法。根据实施例，该系统和/或方法均在客户机侧以及在服务侧操作。在服务侧，用户可通过使用服务请求传输将消息插入入站处理链中。在服务侧入站处理之后，通过提供商请求功能将消息给予用户。用户通过使用将消息插入服务侧出站处理链中的提供商响应功能给予响应。在服务侧出站处理之后，将消息给予用户的服务响应传输。服务请求传输和服务响应传输从传输将消息收发处理去耦合并使得消息处理在本质上异步。提供商请求和提供商响应也在本质上异步。在客户机侧，用户可通过使用调度请求将消息插入出站处理链中。在客户机侧出站处理之后，将消息给予用户的客户机请求传输。这从传输将消息处理去耦合并使得消息处理在本质上异步。当接收响应时，用户使用客户机响应传输功能以将响应插入客户机侧入站处理链中。在客户机侧入站处理之后，将消息给予用户的调度响应功能。调度请求和调度响应也在本质上异步。在客户机侧和服务侧，由于DISI是异步的，因此，线程不被备份（backed up），即，客户机可发送请求且不必等待响应。该处理还允许从消息传输去耦合例如SOAP处理，并使其在本质上异步。

附图说明

图1示出根据实施例的可利用动态调取和服务界面（DISI）的系统。

图2示出根据实施例的标准和DISI客户机侧调取流程。

图3示出根据实施例的标准和DISI服务侧调取流程。

图4示出根据实施例的用于在客户机侧提供动态调取和服务界面（DISI）的方法的流程图。

图5示出根据实施例的用于在服务侧提供动态调取和服务界面（DISI）的方法的流程图。

具体实施方式

如上所述，网络服务是支持网络上的机器间交互作用的软件系统。网络服务协议栈是可用于限定、定位、实现和启用服务以使其相互交互作用的联网和其它协议的栈。这种协议的例子包含规定供网络服务使用的结构化信息的交换并且依赖于用于消息格式的可扩展标记语言（XML）和用于消息传送的其它协议（例如，超文本传输协议（HTTP）或简单邮件传输协议（SMTP））的简单对象访问协议（SOAP）。一般地，各网络服务具有在诸如网络服务描述语言（WSDL）的机器可理解格式中描述的界面。其它系统可使用SOAP消息以通过由其描述规定的方式与网络服务界面交互作用。

在允许计算机在相对高水平下通信的诸如SOAP或CORBA栈的消息远程栈的背景中，存在能够将消息视为单位即取得消息并对其实施包含任何必要的解码的处理并提供结果的益处。作为产生网络服务中使用的Java EE平台的一部分提供的用于XML网络服务的JavaAPI（JAX-WS）规范包含客户机和服务侧动态消息处理的一些方面。但是，JAX-WS规范不提供允许客户机和服务侧的传输水平上的动态消息处理的手段，也不提供在服务侧提供商水平上异步处理消息的手段。

根据实施例，这里公开用于提供在中间件或其它环境中使用的动态调取和服务界面（DISI）的系统和方法。该系统和/或方法均在客户机侧以及在服务侧操作。

在服务侧，可通过使用服务请求传输和服务响应传输插入消息，这从传输去耦合消息收发处理并使得消息处理在本质上异步。在服务侧，用户可通过使用服务请求传输将消息插入到入站处理链中。在服务侧入站处理之后，通过提供商请求功能给予用户消息。用户通过使用将消息插入服务侧出站处理链中的提供商响应功能给予响应。在服务侧出站处理之后，将消息给予用户的服务响应传输。服务请求传输和服务响应传输从传输去耦合消息收发处理并使得消息处理在本质上异步。提供商请求和提供商响应也在本质上异步。（JAX-WS确实具有提供商，但它不异步；JAX-WS不具有服务请求传输和服务响应传输的等同）。

在客户机侧，提供在出站处理链的开始处放置消息的调度请求功能，并且，提供在入站处理链的结束处接收消息的调度响应功能。由于处理是异步的，线程不被备份，即，客户机可发送请求且不必等待响应。处理也允许从消息传输去耦合例如SOAP处理，并使得其在本质上异步。在客户机侧，调度请求功能将消息插入客户机侧出站处理链中。在客户机侧，用户可通过使用调度请求将消息插入出站处理链中。在客户机侧出站处理之后，将消息给予用户的客户机请求传输。这从传输去耦合消息处理，并使得消息处理在本质上异步。当响应被接收时，用户使用客户机响应传输功能以将响应插入客户机侧入站处理链中。在客户机侧入站处理之后，将消息给予用户的调度响应功能。调度请求和调度响应也在本质上异步。（JAX-WS具有确实具有异步能力的提供商功能；JAX-WS不具有客户机请求传输和客户机响应传输的等同）。在客户机侧和服务侧，由于DISI是异步的，因此，线程不被备份，即，客户机可发送请求且不必等待响应。该处理还允许从消息传输去耦合例如SOAP处理，并使其在本质上异步。

根据实施例，DISI界面可在标准JAX-WS客户机和服务端点界面之后被模型化，但也可包含满足包含诸如Oracle服务总线（servicebus）（OSB）的环境或产品的要求所需要的那些差异，特别是在异步和传输中性要求的领域中。例如，虽然JAX-WS包含客户机侧异步编程模型，但不存在用于异步服务的模型。因此，根据实施例，DISI可限定其自身的异步客户机侧编程模型，使得客户机、服务端点和传输水平界面一致。

根据实施例，DISI界面也可被用于关于例如OSB应如何集成包含配置、可管理性、数据结合和一般运行时间的网络服务在诸如OracleWebLogic、JRF网络服务和OSB的不同环境或产品之间格式化合同。DISI界面的一些益处包含它允许动态和自发地初始化服务端点，而不需要显式JavaEE或JRF样式部署；它允许调用者（即，包含产品）通过钩点完全控制入站和出站传输；它允许调用者（即，包含产品）通过网络服务特征（WebServiceFeature）实例完全控制服务或客户机配置，并且明确地不需要部署描述符；并且它可完全异步并允许通过不同的线程执行对任何特定请求的请求和响应处理。

图1示出根据实施例的可利用动态调取和服务界面（DISI）的系统100。

如图1所示，包含客户机计算机113、客户机容器114和客户机应用116（例如，网络服务客户机）的客户机侧环境112通过传输128与包含服务提供商计算机123、服务容器124（例如，网络服务容器）和服务126（例如，网络服务）的服务侧环境122通信。

在客户机侧，客户机应用通过调取（invoke）调度请求（DispatcherRequest）132（也给出当响应返回时/如果出现这种情况由栈调取的调度响应（DispatcherResponse）实例）发起出站调用（call）。运行时间栈140执行出站SOAP处理（例如，WS寻址、MTOM、字符编码、WS可靠消息收发、WS安全等）。当完成出站SOAP处理时，运行时间栈通过要发送的消息（和用于在返回响应时调取的客户机响应传输（ClientResponseTransport）实例）调用客户机响应传输142。客户机然后负责在传输（例如，共享存储器、JMS、FTP等）上发送144消息。客户机还负责设置将接收响应（例如，JMS队列、插座收听者）的客户机响应处理代码146。当响应在传输上回来147时，客户机代码通过消息调用客户机响应传输148。运行时间栈执行入站SOAP处理。当完成入站SOAP处理时，运行时间栈通过响应调用调度响应150，该响应然后被给予客户机应用。

服务侧与客户机侧类似。服务侧负责设置将从传输128接收请求的服务请求处理代码162。当消息到达传输160时，它通过用消息调用服务请求传输（ServiceRequestTransport）163（也给出当响应返回时/如果出现这种情况调取的两个服务响应传输（ServiceResponseTransport）实例）的服务请求处理代码162被处理。运行时间栈140执行入站SOAP处理。当完成入站SOAP处理时，运行时间栈通过用于服务126的消息（和调取以返回响应的提供商响应实例）调用提供商请求164。服务126通过用消息调取提供商响应166而传送响应（消息意味着例如MIME类型的所需要处理的调取数据和任何元数据）。运行时间栈140执行出站SOAP处理。当完成出站SOAP处理时，运行时间栈调用负责将响应放置在传输172上的服务响应传输168。并且，如图1所示，当在客户机、运行时间或服务容器内表示箱子（例如，对象）时，这表示该容器负责产生该对象。

客户机侧调取流程

图2示出根据实施例的分别处于包含环境210、250、运行时间栈212、252和物理传输216、256之间的标准客户机侧调取流程202和DISI客户机侧调取流程242。

在使用出站传输处理器228和入站传输处理232的标准模型中，传输处理代码和物理传输大部分是模糊的。相反，在DISI模型中，传输处理代码和物理传输对客户机是可用/可见的。（如图2所示，当在容器内表示箱子（即，对象）时，这表示对象对容器是可见的）。因而，虽然在标准模型中只有调度（Dispatch）226和异步处理（AsyncHandler）234对客户机容器可见，但在DISI模型中，客户机请求处理（即，客户机请求（ClientRequest）和响应传输（ResponseTransport））以及物理传输均是可见/可用的。

如图2所示，标准客户机侧调取流程202从调度实例开始，接下去通过网络服务运行时间，并在传输上终止。调度提供容易使用的异步编程模型。图2示出模型的一个变更例，这里，调用者提供异步处理以接收响应：

调度→…运行时间栈…→…传输

异步处理←…传输栈…←传输

在以上的解释中，通过包含环境而调用调度，而通过包含环境实现异步处理。通过以上的方法，不存在应用推翻或控制使用非常低水平的插座或URL连接工厂配置以外的传输实现的标准方式。调度不提供用于持续或聚类的标准支撑，并且，异步处理不需要可串行化。

根据实施例，DISI客户机侧调取流程限定分别代替调度和异步处理的调度请求266和调度响应274以及代替出站（请求）和入站（响应）传输的客户机请求传输（ClientRequestTransport）268和客户机响应传输270：

调度请求→…运行时间栈…→…客户机请求传输

调度响应←…运行时间栈…←客户机响应传输

在以上的解释中，通过包含环境来调用调度请求和客户机响应传输，而通过包含环境来实现调度响应和客户机请求传输。

根据实施例，包含环境（例如，OSB）可通过在调度请求的实例上调取发出请求。该请求将在对客户机请求传输的实例的调用中终止。客户机请求传输实例负责与物理传输交互作用。当通过物理传输接收响应时，包含环境将在客户机响应传输的实例上调取响应处理。响应处理将流过运行时间栈246，并且，响应处理将通过对调度响应的实例的调用而终止。

使用Oracle WebLogic、Oracle网络服务和Oracle服务总线（service bus）的示例性实现可包含以下表示的配置。利用不同产品的其它环境和实现可使用不同的配置：

·调度请求：由网络服务实现。

·客户机请求传输：由包含环境（例如，OSB）实现。

·客户机响应传输：由网络服务实现并在进行出站调用时被转送到客户机请求传输。

·调度响应：由包含环境实现并在进行原始请求时被转送到调度请求。

根据实施例，客户机可混合匹配调度请求/调度响应的使用与客户机请求传输/客户机响应传输的使用和标准图案的使用。即，客户机可使用标准调度（同步、轮询、异步处理）与客户机请求传输/客户机响应传输。客户机还可使用调度请求/调度响应与内置的传输。

客户机寿命循环

根据实施例，DISI提供用作调度请求实例的工厂的服务类。包含环境（例如，OSB）通过在服务或调度/调度请求初始化上使用特征，客户机传输特征（ClientTransportFeature）转送它们的客户机请求传输的实现。

//Initialize instance of customer-implemented ClientRequestTransport

ClientRequestTransport clientRequestTransport=newOSBClientRequestTransport();

//Create DispatcherRequest

ClientTransportFeature ctf=new ClientTransportFeature(clientRequestTransport);

Service s=ServiceFactory.factory().create(...,ctf);

DispatcherRequest dispatcherRequest=s.createDispatch(...);

//Making a call

DispatcherResponse callback=newMyDispatcherResponse();

dispatcherRequest.request(...,callback);

一旦调用者调取DispatcherRequest.request（...），请求处理就开始，并且以错误或对客户机请求传输的调用结束。客户机请求传输接收客户机响应传输的实例以在完成交换时调取。当应用代码调取客户机响应传输实例时，响应处理已开始并且该流程在对调度响应实例的调用中终止。

服务侧调取流程

图3示出根据实施例的分别处于服务侧容器310、350、运行时间栈212、252和物理传输216、256之间的标准服务侧调取流程302和DISI服务侧调取流程342。

如图3所示，标准服务侧调取流程302从传输开始、接下来通过入站传输处理器314和出站传输处理器320通过网络服务运行时间，并在提供商实例（或SEI）316上终止，该流程然后返回。虽然JAX-WS参考（Reference）实现确实提供异步提供商（AsyncProvider），但不存在标准异步服务侧编程模型：

传输→…运行时间栈…→提供商

传输←…运行时间栈…←提供商（返回）

在以上的解释中，通过包含环境实现提供商和提供商（返回）。与客户机侧同样，不存在应用推翻或控制使用非常低水平或应用-服务器特定集成以外的传输实现的标准方式。提供商模型不提供用于持续或聚类的标准支撑，并且，提供商不需要可串行化，并且，标准提供商模型不是异步的。

根据实施例，DISI服务侧调取流程342限定代替入站和响应传输的服务请求传输354和服务响应传输364、368以及代替提供商的提供商请求（ProviderRequest）356和提供商响应（ProviderResponse）360。

服务请求传输→…运行时间栈…→…提供商请求

服务请求传输（匿名)←…运行时间栈…←提供商响应

服务响应传输（非匿名）←…或者...

在以上的解释中，通过包含环境调用服务请求传输和提供商响应，并且，通过包含环境实现服务响应传输（非匿名）、服务响应传输（匿名）和提供商请求。

根据实施例，包含环境（例如，OSB）可通过调取服务请求传输的实例发出请求。根据什么应用被初始化，该请求将在对Java网络服务（JWS）、提供商实例或提供商请求的实例的调用中终止。

服务请求传输的调用者和服务响应传输的实现负责与物理传输交互作用。例如，包含环境可在小服务程序MDB中接收请求，或者从文件读取它们并然后通过服务请求传输将它们转送到网络服务运行时间。

提供商请求实现负责执行应用请求，并且这可包含通过使用调度请求（如OSB的情况同样，用作中间体）调用到客户机流程。

当应用响应可用时，应用负责调取提供商响应，当进行对提供商请求的原始请求时，该提供商响应被转送到应用。

提供商响应的调取通过网络服务运行时间并通过对服务响应传输实例中的一个的调用终止。根据实施例，这里，模型在客户机与服务侧稍有不同。为了支持非匿名寻址，网络服务运行时间可调取两个不同的服务响应传输（这里示为364和368）。这些传输中的第一个代表请求传输的匿名服务响应传输（即，“匿名”，又称为“秘密渠道”）。根据实施例，如果请求的ReplyTo或FaultTo标题被设为ANON，那么匿名服务响应传输在出站服务侧SOAP处理之后被调用。在这种情况下，非匿名服务响应传输从不被调用。如果请求的ReplyTo或FaultTo标题然后被设为NON-ANON，那么在出站处理之后，匿名服务响应传输仅通过元数据被首先调用（即，没有消息）。这给予关闭连接并向发送者发送“OK”（例如，HTTP202）消息的能力。然后，非匿名服务响应传输通过响应消息被调用。由于用于响应消息的传输地址依赖于寻址标题，因此，非匿名消息可在与作服务请求传输的正面的传输不同的类型的传输上被传输。对于不需要非匿名响应的服务容器，包含环境可对非匿名服务响应传输转送零值。

使用Oracle WebLogic、Oracle网络服务和Oracle服务总线的示例性实现可包含以下表示的配置。利用不同产品的其它环境和实现可使用不同的配置：

·服务请求传输：由网络服务实现。

·提供商请求：由包含环境（例如，OSB）实现。

·提供商响应：由网络服务实现并在进行入站调用时被转送到提供商请求。

·服务请求传输（秘密渠道）：由包含网络实现并在进行原始请求时被转送到服务请求传输。

·服务请求传输（非匿名）：由包含网络实现并在进行原始请求时被转送到服务请求传输。

根据实施例，服务可混合匹配服务请求传输/服务响应传输的使用与提供商请求/提供商响应的使用和标准图案的使用。即，服务可使用标准提供商（或SEI）与服务请求传输/服务响应传输。服务还可使用提供商请求/提供商响应与内置的传输；但是，这需要使用预先存在的部署模型。

服务寿命循环

根据实施例，DISI提供用作用于服务请求传输实例的工厂的端点类。例如，OSB可在端点初始化中转送它们的提供商请求的实现。

// Initialize customer-implemented ProviderRequest and create Endpoint

ProviderRequest providerRequest =new OSBProviderRequest();

Endpoint e=EndpointFactory.factory().create(providerRequest,…);

//Create ServiceRequestTransport

ServiceRequestTransport serviceRequestTransport=e.createServiceRequestTransport(...);

//Making a call

ServiceResponseTransport backchannel=new OSBBackchannelSRT();

ServiceResponseTransport nonanonchannel=new OSBNonAnonSRT();

serviceRequestTransport.request(...,backchannel,nonanonchannel);

图4和图5是根据实施例的用于提供动态调取和服务界面（DISI）的流程图。

如图4所示，在客户机侧，在步骤370中，包含环境通过调取调度请求的实例发出请求。在步骤372中，运行时间栈执行出站SOAP处理。在步骤374中，请求在对客户机请求传输的实例的调用中终止，该客户机请求传输负责与物理传输交互作用。在步骤376中，当通过物理传输接收响应时，包含环境在客户机响应传输的实例上调取响应处理。在步骤378中，运行时间栈执行入站SOAP处理。在步骤380中，响应处理流过运行时间栈并通过对调度响应的实例的调用终止。

如图5所示，在服务侧，在步骤382中，请求到达传输。在步骤384中，包含环境通过调取服务请求传输发出请求。在步骤386中，运行时间执行服务侧入站SOAP处理。在步骤388中，请求在对提供商请求的调用中终止。在步骤390中，提供商请求开始应用请求的执行。在步骤392中，应用通过响应调取提供商响应。在步骤394中，运行时间执行服务侧出站SOAP处理。在步骤396中，请求处理在对服务响应传输的调用中终止。在步骤398中，服务响应传输与物理传输交互作用。

线程

根据实施例，当使用情况不包含在SOAP运行时间内缓冲时，以下性能成立：

·调取服务请求传输的线程将是调取提供商请求的同一线程。

·如果存在响应，那么调取提供商响应的线程将是调取非匿名服务响应传输的同一线程。

·根据ReplyTo或FaultTo标题是匿名的还是非匿名的，秘密渠道服务响应传输将由调取服务请求传输的线程或调取提供商响应的线程调用。

·使用WS-AT的单向调用将不承认请求（例如，HTTP202），直到在响应可用之后。

·否则，对于单向或非匿名ReplyTo或FaultTo，网络服务运行时间将尽可能快地调取秘密渠道。

·调取调度请求的线程将是调取客户机请求传输的同一线程。

·调取客户机响应传输的线程将是调取调度响应的同一线程。

·调取客户机请求传输的线程可调取客户机响应传输，或者，不同的线程可在调取客户机请求传输的线程返回之前或之后调取客户机响应传输。

·调取提供商请求的线程可调取提供商响应，或者，不同的线程可在调取提供商请求的线程返回之前或之后调取提供商响应。

根据实施例，通过启用的缓冲，必须缓冲的请求或响应流程将在缓冲子系统时终止，然后，缓冲子系统（例如，用于MDB的工作管理器）的线程将完成该流程。换句话说，被修改以添加缓冲点的以上所有的规则继续成立，没有任何其它添加。

元数据访问

根据实施例，端点可通过在作为消息的一部分的每请求元数据（称为“请求语境”）中指示元数据请求使得它们的元数据（即，WSDL文档和XSD）可用于调用者。请求语境可具有诸如以下方面的性能：

·TransportPropertySet.TRANSPORT_REQUEST_PRESENT_PROPERTY=false

·TransportPropertySet.TRANSPORT_QUERY_PROPERTY=<some value>

·TransportPropertySet.TRANSPORT_METADATA_BASEADDRESS_PROPERTY=<URL base address for metadata documents>

持续和聚类

根据实施例，DISI持续和聚类可基于请求/响应语境和客户机请求传输,、客户机响应传输、调度响应、提供商请求、提供商响应和服务响应传输对象的串行化（如果缓冲被配置为在SOAP处理中出现，那么仅需要客户机请求传输和提供商请求的串行化）。

使用情况

根据实施例，提供商请求实现可串行化提供商响应对象和来自请求的任何必要的论点。然后，当完成诸如批处理的另一处理时，提供商响应可被解串行化并被调取。提供商响应可被解串行化并从在与出现原始请求的机器相同的聚类中的任何机器或者在服务器重新开始之后被调取。

在使用网络服务的那些实现中，网络服务运行时间可串行化非匿名的服务响应传输对象，使得它可在以后使用该对象以发送非匿名的响应。可发生这种情况是由于缓冲点（例如，异步网络服务可靠消息收发，即WS-RM的使用）或者由于提供商响应对象被串行化。不能期望秘密渠道服务响应传输对象在任何时候被串行化，原因是支持秘密渠道的传输不支持秘密渠道响应的持续或聚类。

根据实施例，客户机请求传输实现可串行化客户机响应传输对象，使得客户机响应传输对象可在服务器重新开始之后或者在群体中的另一机器上被调取。这是使用非匿名寻址的异步响应处理的一种可能的实现。

在使用网络服务的那些实现中，网络服务运行时间可串行化调度响应对象，使得它可在后面调取该对象以递送应用响应。可出现这种情况是由于缓冲点或者由于客户机响应传输对象被串行化。根据实施例，DISI不限定模型以管理串行化的回调对象的寿命循环。网络服务缓冲实现可为它们存储的对象提供这些能力（例如，WS-RM可删除与到期或终止的转换有关的持续数据，包含串行化对象）。

配置

根据实施例，通过使用JAX-WS标准API、DISI API和DISI特定的网络服务特征类（即，配置豆），DISI服务端点和客户机的所有配置是可编程的。这些API可包含分别从标准服务和端点类以及诸如MTOMFeature和AddressingFeature的标准网络服务特征类导出的DISI的服务和端点类上可用的豆性能。不存在用于大多数WS-*特征的标准网络服务特征类。如果下层的SOAP栈理解这些类，那么可将私有网络服务特征类给予DISI。根据实施例，DISI具有包含环境可用于动态重新配置基于DISI端点（即，服务侧）的Endpoint.updateAPI。例如，OSB可使用OWSM以管理网络服务。当改变通知来自OWSM时，会通过新的配置调用Endpoint.update。

请求和响应语境

根据实施例，可通过使用Map<String,Object>语境对象的实例转送关于DISI请求或响应的语境（消息以外的数据）。

为了便于使用，DISI提供适配器类以容留分别来自标准小服务程序请求和响应对象的请求和响应语境：ServletContextAdapter。

服务请求传输

表1描述根据实施例的用于ServiceRequestTransport.request()的请求语境密钥/值对。

表1

服务响应传输

表2描述根据实施例的用于ServiceResponseTransport.response()和ServiceResponseTransport.fail()的响应语境密钥/值对。

表2

提供商请求

表3描述根据实施例的用于ProviderRequest.request()的请求语境密钥/值对。

表3

提供商响应

表4描述根据实施例的用于ProviderResponse.response()的请求语境密钥/值对。

表4

调度请求

表5描述根据实施例的用于DispatcherRequest.request()的请求语境密钥/值对。

表5

调度响应

表6描述根据实施例的用于DispatcherResponse.response()的请求语境密钥/值对。

表6

客户机请求传输

表7描述根据实施例的用于ClientRequestTransport.request()的请求语境密钥/值对。

表7

客户机响应传输

表8描述根据实施例的用于ClientResponseTransport.response()的请求语境密钥/值对。

表8

可通过使用包含一个或更多个处理器、存储器和/或根据本公开的教导编程的计算机可读存储介质的一个或更多个常规的通用或专用数字计算机、计算装置、机器或微处理器很方便地实现本发明。软件领域的技术人员很容易想到，可基于本公开的教导由本领域编程人员很容易地准备适当的软件编码。

在一些实施例中，本发明包括作为上面/其中存储可被用于将计算机编程以执行本发明的处理中的任一个的指令的非暂时性存储介质或计算机可读介质（介质）的计算机程序产品。存储介质可包含但不限于任何类型的盘，包含软盘、光盘、DVD、CD-ROM、微驱动和磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、快擦写存储器装置、磁卡或光卡、纳米系统（包含分子存储器IC）或适于存储指令和/或数据的任何类型的介质或装置。

提供本发明的以上的描述是出于解释和描述的目的。它不是详尽的或者要将本发明限于公开的确切形式。本领域技术人员很容易想到许多修改和变更。为了最佳地解释本发明的原理及其实际应用，选择和描述了实施例，由此使得本领域技术人员能够理解本发明的各种实施例和适于设想的特定用途的各种修改。本发明的范围要由以下的权利要求和它们的等同限定。

Claims

1.一种用于提供在中间件或其它环境中使用的动态调取和服务界面的系统，包括：

包含客户机计算机、客户机容器和客户机应用的客户机侧环境；

包含服务提供商计算机、服务提供商容器和服务的服务侧环境；和

可在客户机侧和服务侧操作的动态调取和服务界面，

其中，在客户机侧，

提供使得能够通过客户机应用将消息放置在运行时间中以供处理的调度请求功能，并且提供使得能够通过客户机应用在处理之后从运行时间接收消息的调度响应功能，

提供将消息处理从传输去耦合的客户机请求传输功能和客户机响应传输功能，

其中，在服务侧，

提供将消息收发处理从传输去耦合的服务请求传输功能和服务响应传输功能，并且，

提供使得能够通过服务经由运行时间接收并处理消息的提供商请求功能，并且提供使得能够通过服务将响应消息放置在运行时间中以供处理的提供商响应功能。

2.根据权利要求1的系统，其中，每个请求功能在客户机侧和服务侧具有使得消息处理异步的对应的回调功能。

3.根据权利要求1的系统，其中，

服务是网络服务，

服务提供商容器是网络服务容器，并且，

客户机应用是网络服务客户机。

4.根据权利要求1的系统，其中，

在客户机侧出站，

客户机应用通过调用调度请求功能对目标服务进行请求，

通过出站客户机侧SOAP栈处理该请求，

SOAP栈调用客户机请求传输功能，并且，

客户机容器中的客户机请求传输功能向传输传送该请求；

在服务侧入站，

服务请求传输功能从传输接收该请求，

服务请求传输功能将该请求传送到入站SOAP栈以供处理，并且，

SOAP栈调用提供商请求功能以供服务处理；

在服务侧出站，

当服务准备好提供响应时，它调用提供商响应功能以向出站服务侧SOAP栈传送该响应以供处理，

SOAP栈调用服务响应传输功能，并且，

服务响应传输功能向传输传送该响应，并且，

在客户机侧入站，

客户机容器从传输接收该响应，

客户机容器调用客户机响应传输功能以向入站客户机侧SOAP栈传送该响应，并且，

在SOAP处理之后，SOAP栈向调度响应功能传送该请求以供递送到客户机应用。

5.根据权利要求4的系统，其中，能够提供并选择性地调取两种不同的服务响应传输功能，以用于根据包含于请求标题中的响应地址向客户机应用传送该响应，并且，

在客户机侧，

提供调度请求功能，以使得能够通过客户机应用将消息异步地放置在出站运行时间协议栈中以供处理；

提供调度响应功能，以使得能够在处理之后从入站协议栈异步地接收响应，并且，

提供将消息处理从传输去耦合并使得能够实现消息的异步处理的客户机请求传输功能和客户机响应传输功能；和

在服务侧，

提供从传输异步地去耦合消息收发处理并使得能够通过协议栈经由运行时间接收并处理消息的服务请求传输功能和服务响应传输功能，

提供在通过协议栈的入站处理之后异步地接收请求消息的提供商请求功能，并且，

提供使得能够将服务响应异步地放置运行时间协议栈中以用于出站处理的提供商响应功能。

6.一种用于提供在中间件或其它环境中使用的消息收发应用编程界面（API）的方法，包括以下步骤：

提供包含客户机计算机、客户机容器和客户机应用的客户机侧环境；

提供包含服务提供商计算机、服务提供商容器和服务的服务侧环境；和

提供可在客户机侧和服务侧操作的动态调取和服务界面，

其中，在客户机侧，

其中，在服务侧，

7.根据权利要求6的方法，其中，每个请求功能在客户机侧和服务侧具有使得消息处理异步的对应的的回调功能。

8.根据权利要求6的方法，其中，

服务是网络服务，

服务提供商容器是网络服务容器，并且，

客户机应用是网络服务客户机。

9.根据权利要求6的方法，其中，

在客户机侧出站，

客户机应用通过调用调度请求功能对目标服务进行请求，

通过出站客户机侧SOAP栈处理该请求，

SOAP栈调用客户机请求传输功能，并且，

客户机容器中的客户机请求传输功能向传输传送该请求；

在服务侧入站，

服务请求传输功能从传输接收该请求，

SOAP栈调用提供商请求功能以供服务处理；

在服务侧出站，

SOAP栈调用服务响应传输功能，并且，

服务响应传输功能向传输传送该响应，并且，

在客户机侧入站，

客户机容器从传输接收该响应，

10.根据权利要求9的方法，其中，能够提供并选择性地调取两种不同的服务响应传输功能，以用于根据包含于请求标题中的响应地址向客户机应用传送该响应，并且，

在客户机侧，

在服务侧，

11.一种非暂时性计算机可读存储介质，包括存储于其上面的当被一个或更多个计算机读取和执行时导致一个或更多个计算机执行包括以下步骤的步骤：

提供可在客户机侧和服务侧操作的动态调取和服务界面，

其中，在客户机侧，

其中，在服务侧，

12.根据权利要求11的非暂时性计算机可读存储介质，其中，每个请求功能在客户机侧和服务侧具有使得消息处理异步的对应的回调功能。

13.根据权利要求11的非暂时性计算机可读存储介质，其中，

服务是网络服务，

服务提供商容器是网络服务容器，并且，

客户机应用是网络服务客户机。

14.根据权利要求11的非暂时性计算机可读存储介质，其中，

在客户机侧出站，

客户机应用通过调用调度请求功能对目标服务进行请求，

通过出站客户机侧SOAP栈处理该请求，

SOAP栈调用客户机请求传输功能，并且，

客户机容器中的客户机请求传输功能向传输传送该请求；

在服务侧入站，

服务请求传输功能从传输接收该请求，

SOAP栈调用提供商请求功能以供服务处理；

在服务侧出站，

SOAP栈调用服务响应传输功能，并且，

服务响应传输功能向传输传送该响应，并且，

在客户机侧入站，

客户机容器从传输接收该响应，

15.根据权利要求14的非暂时性计算机可读存储介质，其中，能够提供并选择性地调取两种不同的服务响应传输功能，以用于根据包含于请求标题中的响应地址向客户机应用传送该响应，并且，

在客户机侧，

提供调度请求功能，以使得能够通过客户机应用将消息异步地放置在出站运行时间协议栈中以供处理，以及提供调度响应功能，以使得能够在处理之后从入站协议栈异步地接收响应，并且，

在服务侧，

提供在通过协议栈的入站处理之后异步地接收请求消息的提供商请求功能，并且，提供使得能够将服务响应异步地放置运行时间协议栈中以用于出站处理的提供商响应功能。