1 / 6

Service Component Architecture Assembly Model Specification Version 1.1

Service Component Architecture Assembly Model Specification Version 1.1. Assembly-33 – Long-Running Request-Response Operations. Long-Running Request-Response Operations. < wsdl:operation name = "rrOperation" ... > < wsdl:input ... message = "x:inputMessage" />

Download Presentation

Service Component Architecture Assembly Model Specification Version 1.1

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Service Component ArchitectureAssembly Model Specification Version 1.1 Assembly-33 – Long-Running Request-Response Operations

  2. Long-Running Request-Response Operations <wsdl:operation name="rrOperation" ...> <wsdl:input ... message="x:inputMessage" /> <wsdl:output ... message="x:outputMessage" /> <wsdl:fault name="fault1" message="x:fault1Message" /> <wsdl:fault name="fault2" message="x:fault2Message" /> ... </wsdl:operation> long-running ! Component A Component B WS-BPEL Process PA WS-BPEL Process PB . . . receive ... ... invoke e.g., weeks or months (!) . . . . . . reply

  3. Assertion wsam:NonAnonymousResponses <wsdl:operation name="rrOperation" ...> <wsdl:input ... message="x:inputMessage" /> <wsdl:output ... message="x:outputMessage" /> <wsdl:fault name="fault1" message="x:fault1Message" /> <wsdl:fault name="fault2" message="x:fault2Message" /> ... </wsdl:operation> <wsp:Policy> <wsam:Addressing> <wsp:Policy> <wsam:NonAnonymousResponses/> </wsp:Policy> </wsam:Addressing> </wsp:Policy> Component A Component B WS-BPEL Process PA WS-BPEL Process PB . . . receive ... ... invoke e.g., weeks or months (!) . . . . . . reply

  4. WS-Addressing 1.0 • Web Services Addressing 1.0 – Metadata • The appearance of this element within the wsam:Addressing assertion indicates that the endpoint expresses requires request messages to use response endpoint EPRs that contain something other than the anonymous URI as the value of [address]. In other words, the endpoint requires the use of non-anonymous responses. This assertion is deliberately vague; its presence indicates that some non-anonymous addresses will be accepted but doesn’t constrain what such an address might look like. A receiver can still reject a request that contains an address that it doesn’t understand or that requires a binding it doesn’t support. • The None URI ("http://www.w3.org/2005/08/addressing/none") may appear as the value of [address] in place of a non-anonymous address; this value MUST be accepted. • Web Services Addressing 1.0 – SOAP Binding • When "http://www.w3.org/2005/08/addressing/anonymous" is not specified for the response endpoint, then the message SHOULD be part of a binding that supports not returning a SOAP envelope in the HTTP response (e.g. see [SOAP 1.1 Request Optional Response HTTP Binding [p.22] ]). Any response message SHOULD be sent using a separate connection and using the address value specified by response endpoint. Note that other specifications MAY define special URIs that have other behaviors (similar to the anonymous URI).

  5. SCA and wsam:NonAnonymousResponses • SCA binding (same or different composite) • Request • One-way operation • Derived from WSDL operation – input data only • Pass callback identity and correlation data • ( = stateful response endpoint EPR) • Implementation (long-running, interruptible) • Store callback • Early completion of request operation • Response • One-way callback operation • Derived from WSDL operation – output or fault data only • Use callback identity

  6. ... ... SCA Client and Service Implementation <wsdl:operation name="rrOperation" ...> <wsdl:input ... message="x:inputMessage" /> <wsdl:output ... message="x:outputMessage" /> <wsdl:fault name="fault1" message="x:fault1Message" /> <wsdl:fault name="fault2" message="x:fault2Message" /> ... </wsdl:operation> <wsp:Policy> <wsam:Addressing> <wsp:Policy> <wsam:NonAnonymousResponses/> </wsp:Policy> </wsam:Addressing> </wsp:Policy> SCA Client SCA Implementation store callback void rrOperation( inputMessage i ) + ... void rrOperationResponse( outputMessage o ) void rrOperationFault1( fault1Message f1 ) void rrOperationFault2( fault2Message f2 ) ... callback naming convention

More Related