CARVIEW |
Select Language
HTTP/2 200
date: Fri, 10 Oct 2025 02:12:16 GMT
content-type: text/html
content-encoding: gzip
last-modified: Thu, 20 Jul 2023 23:26:49 GMT
cache-control: max-age=2592000, public
expires: Sun, 09 Nov 2025 02:12:16 GMT
vary: Accept-Encoding
access-control-allow-origin: *
x-request-id: 98c29783d9d3b080
strict-transport-security: max-age=15552015; preload
x-frame-options: deny
x-xss-protection: 1; mode=block
cf-cache-status: EXPIRED
set-cookie: __cf_bm=YLCmeQg9EFCe.ReJxNpJBZ3DrdL0_c0eEouVVoae44c-1760062336-1.0.1.1-1Mar79YEPGEaVq9dPYcOYBoUnr.hSOruBynj6VuS8qurGpEsf1EaGNXdZnnpuHayPPHlrgh7.gcV.MuDr6gRm5yJnkf18Nm0uvhFWx1n88g; path=/; expires=Fri, 10-Oct-25 02:42:16 GMT; domain=.w3.org; HttpOnly; Secure; SameSite=None
server: cloudflare
cf-ray: 98c29783d9d3b080-BLR
alt-svc: h3=":443"; ma=86400
Requiring all operations to be bound from Yaron Goland on 2004-01-22 (www-ws-desc@w3.org from January 2004)
Requiring all operations to be bound
- From: Yaron Goland <ygoland@bea.com>
- Date: Thu, 22 Jan 2004 15:05:07 -0800
- To: <www-ws-desc@w3.org>
- Message-ID: <02b801c3e13c$2e3d9120$65e5e40c@bea.com>
One of the ugly problems we ran into in BPEL is that in WSDL 1.1 it is theoretically possible to define a portType which does not have bindings for all of its operations. It would be a good thing were WSDL to explicitly require that any binding for an interface MUST bind all operations in that interface. After all, the interface is the true definition, the binding is simply the dirty details. It would seem reasonable that the dirty details match the true definition. This requirement would in no way mandate that every binding must explicitly reference all or any operations in an interface. Rather, it requires that either explicitly or implicitly the binding MUST provide for the expression of all operations in an interface. For example, my understanding of our current SOAP binding is that if one binds to SOAP there is no need to explicitly list each operation in order to make that operation available via SOAP. Explicitly references to operations are only needed if one wants to explicitly define SOAP header related data a specific operation. Therefore the existing SOAP binding would be compliant with the previously stated requirement. Issue 16 also brought up this issue but the issue is marked as closed and I couldn't find an explanation for how it was resolved. Thanks, Yaron
Received on Thursday, 22 January 2004 18:05:10 UTC