· Bindings for OBIX: REST Bindings Version 1.0. Edited by Craig Gemmill and Markus Jung. Latest version. http://docs.oasis-open.org/obix/obix-rest/v1.0/obix-rest-v1.0.html.

· Bindings for OBIX: WebSocket Bindings Version 1.0. Edited by Matthias Hub. Latest version. http://docs.oasis-open.org/obix/obix-websocket/v1.0/obix-websocket-v1.0.html.

· Encodings for OBIX: Common Encodings Version 1.0. Edited by Markus Jung. Latest version. http://docs.oasis-open.org/obix/obix-encodings/v1.0/obix-encodings-v1.0.html.

Declared XML namespace:

· http://docs.oasis-open.org/obix/ns/201410/wsdl

Abstract:

This document specifies SOAP protocol bindings for OBIX.

Status:

This document was last revised or approved by the OASIS Open Building Information Exchange (oBIX) TC on the above date. The level of approval is also listed above. Check the “Latest version” location noted above for possible later revisions of this document. Any other numbered Versions and other technical work produced by the Technical Committee (TC) are listed at https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=obix#technical.

TC members should send comments on this specification to the TC’s email list. Others should send comments to the TC’s public comment list, after subscribing to it by following the instructions at the “Send A Comment” button on the TC’s web page at https://www.oasis-open.org/committees/obix/.

For information on whether any patents have been disclosed that may be essential to implementing this specification, and any offers of patent licensing terms, please refer to the Intellectual Property Rights section of the Technical Committee web page (https://www.oasis-open.org/committees/obix/ipr.php).

Citation format:

When referencing this specification the following citation format should be used:

[OBIX-SOAP-v1.0]

Bindings for OBIX: SOAP Bindings Version 1.0. Edited by Markus Jung. 14 September 2015. OASIS Committee Specification 01. http://docs.oasis-open.org/obix/obix-soap/v1.0/cs01/obix-soap-v1.0-cs01.html. Latest version: http://docs.oasis-open.org/obix/obix-soap/v1.0/obix-soap-v1.0.html.

Notices

All capitalized terms in the following text have the meanings assigned to them in the OASIS Intellectual Property Rights Policy (the "OASIS IPR Policy"). The full Policy may be found at the OASIS website.

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published, and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this section are included on all such copies and derivative works. However, this document itself may not be modified in any way, including by removing the copyright notice or references to OASIS, except as needed for the purpose of developing any document or deliverable produced by an OASIS Technical Committee (in which case the rules applicable to copyrights, as set forth in the OASIS IPR Policy, must be followed) or as required to translate it into languages other than English.

The limited permissions granted above are perpetual and will not be revoked by OASIS or its successors or assigns.

This document and the information contained herein is provided on an "AS IS" basis and OASIS DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY OWNERSHIP RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

OASIS requests that any OASIS Party or any other party that believes it has patent claims that would necessarily be infringed by implementations of this OASIS Committee Specification or OASIS Standard, to notify OASIS TC Administrator and provide an indication of its willingness to grant patent licenses to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification.

OASIS invites any party to contact the OASIS TC Administrator if it is aware of a claim of ownership of any patent claims that would necessarily be infringed by implementations of this specification by a patent holder that is not willing to provide a license to such patent claims in a manner consistent with the IPR Mode of the OASIS Technical Committee that produced this specification. OASIS may include such claims on its website, but disclaims any obligation to do so.

OASIS takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on OASIS' procedures with respect to rights in any document or deliverable produced by an OASIS Technical Committee can be found on the OASIS website. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this OASIS Committee Specification or OASIS Standard, can be obtained from the OASIS TC Administrator. OASIS makes no representation that any information or list of intellectual property rights will at any time be complete, or that any claims in such list are, in fact, Essential Claims.

The name "OASIS" is a trademark of OASIS, the owner and developer of this specification, and should be used only to refer to the organization and its official outputs. OASIS welcomes reference to, and implementation and use of, specifications, while reserving the right to enforce its marks against misleading uses. Please see https://www.oasis-open.org/policies-guidelines/trademark for above guidance.

Table of Contents

1 Introduction. 5

1.1 Terminology. 5

1.2 Normative References. 5

2 SOAP Binding. 6

2.1 SOAP Example. 6

2.2 Error Handling. 6

Appendix A. Acknowledgments. 10

Appendix B. Revision History. 11

1 Introduction

This document specifies the SOAP protocol bindings for OBIX.

1.1 Terminology

The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document are to be interpreted as described in RFC2119.

1.2 Normative References

RFC2119 Bradner, S., “Key words for use in RFCs to Indicate Requirement Levels”, BCP 14, RFC 2119, March 1997. http://www.ietf.org/rfc/rfc2119.txt.

OBIX OBIX Version 1.1. Edited by Craig Gemmill. Latest version. http://docs.oasis-open.org/obix/obix/v1.1/obix-v1.1.html.

OBIX REST Bindings for OBIX: REST Bindings Version 1.0. Edited by Craig Gemmill and Markus Jung. Latest version. http://docs.oasis-open.org/obix/obix-rest/v1.0/obix-rest-v1.0.html.

WS-I R. Chumbley, J. Durand, G. Pilz, T. Rutt, Basic Profile Version 2.0, Web Services Interoperability Organization, 09 November 2010

SOAP SOAP Version 1.2 Part 0: Primer (Second Edition) , N. Mitra, Y. Lafon, Editors, W3C Recommendation, 27 April 2007, http://www.w3.org/TR/2007/REC-soap12-part0-20070427/ . Latest version available at http://www.w3.org/TR/soap12-part0/

2 SOAP Binding

The SOAP binding maps a SOAP operation to each of the three OBIX request types: read, write and invoke. Like the HTTP binding, read is supported by every object, write is supported by objects whose writable attribute is true, and invoke is only supported by operations. Inputs and outputs of each request are specific to the target object.

Unlike the HTTP binding, requests are not accessed via the URI of the target object, but instead via the URI of the SOAP server with the object’s URI encoded into the body of the SOAP envelope. The examples given in this specification are non-normative. The additional documents (WSDL file and the OBIX schema) provide a normative specification.

2.1 SOAP Example

The following is a SOAP request to an OBIX server’s About object:

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">

<env:Body>

<obixWS:read xmlns:obixWS=" http://docs.oasis-open.org/obix/ns/201410/wsdl"

xmlns="http://docs.oasis-open.org/obix/ns/201410/schema"

href="http://localhost/obix/about" />

</env:Body>

</env:Envelope>

An example response to the above request:

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">

<env:Body>

<obixWS:response xmlns:obixWS="http://docs.oasis-open.org/obix/ns/201410/wsdl"

xmlns="http://docs.oasis-open.org/obix/ns/201410/schema">

<obj name="about"

href="http://localhost/obix/about/">

</obj>

</obixWS:response>

</env:Body>

</env:Envelope>

2.2 Error Handling

The OBIX specification defines no SOAP faults. If a request is processed by an OBIX server, then a valid OBIX document SHOULD be returned with a failure indicated via the err object.

2.3 Security

Refer to the recommendations in WS-I Basic Profile 2.0 for security [WS-I].

2.4 Localization

SOAP bindings SHOULD follow localization patterns defined for the HTTP binding when applicable (see Section [OBIX REST].

2.5 WSDL

In the types section of the WSDL document, the OBIX schema is imported. Server implementations might consider providing the schemaLocation attribute which is absent in the standard document.

Each instance will have to provide its own services section of the WSDL document. The following is an example of the WSDL service element:

<wsdl:service name="obix">

<wsdl:port name="obixPort" binding="tns:obixSoapBinding">

<soap:address location="http://localhost/obix/soap"/>

</wsdl:port>

</wsdl:service>

Standard OBIX WSDL is:

<wsdl:definitions targetNamespace="http://docs.oasis-open.org/obix/ns/201410/wsdl"

xmlns="http://docs.oasis-open.org/obix/ns/201410/wsdl" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"

xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:obix="http://docs.oasis-open.org/obix/ns/201410/schema">

<wsdl:types>

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"

elementFormDefault="qualified" targetNamespace="http://docs.oasis-open.org/obix/ns/201410/wsdl"

xmlns="http://docs.oasis-open.org/obix/ns/201410/wsdl">

<xsd:import namespace="http://docs.oasis-open.org/obix/ns/201410/schema"

<xsd:complexType name="ReadReq">

<xsd:attribute name="href" type="xsd:anyURI" />

</xsd:complexType>

<xsd:complexType name="WriteReq">

<xsd:complexContent>

<xsd:extension base="ReadReq">

<xsd:sequence>

<xsd:element ref="obix:obj" maxOccurs="1"

minOccurs="1" />

</xsd:sequence>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="InvokeReq">

<xsd:complexContent>

<xsd:extension base="ReadReq">

<xsd:sequence>

<xsd:element ref="obix:obj" maxOccurs="1"

minOccurs="1" />

</xsd:sequence>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

<xsd:element name="read" type="ReadReq" />

<xsd:element name="write" type="WriteReq" />

<xsd:element name="invoke" type="InvokeReq" />

</xsd:schema>

</wsdl:types>

<wsdl:message name="readSoapReq">

<wsdl:part name="body" element="read" />

</wsdl:message>

<wsdl:message name="readSoapRes">

<wsdl:part name="body" element="obix:obj" />

</wsdl:message>

<wsdl:message name="writeSoapReq">

<wsdl:part name="body" element="write" />

</wsdl:message>

<wsdl:message name="writeSoapRes">

<wsdl:part name="body" element="obix:obj" />

</wsdl:message>

<wsdl:message name="invokeSoapReq">

<wsdl:part name="body" element="invoke" />

</wsdl:message>

<wsdl:message name="invokeSoapRes">

<wsdl:part name="body" element="obix:obj" />

</wsdl:message>

<wsdl:portType name="OBIXSoapPort">

<wsdl:operation name="read">

<wsdl:input message="readSoapReq" />

<wsdl:output message="readSoapRes" />

</wsdl:operation>

<wsdl:operation name="write">

<wsdl:input message="writeSoapReq" />

<wsdl:output message="writeSoapRes" />

</wsdl:operation>

<wsdl:operation name="invoke">

<wsdl:input message="invokeSoapReq" />

<wsdl:output message="invokeSoapRes" />

</wsdl:operation>

</wsdl:portType>

<wsdl:binding name="OBIXSoapBinding" type="OBIXSoapPort">

<soap:binding style="document"

transport="http://schemas.xmlsoap.org/soap/http" />

<wsdl:operation name="read">

<soap:operation soapAction="http://docs.oasis-open.org/obix/ns/201410/wsdl/read"

style="document" />

<wsdl:input>

<soap:body use="literal" />

</wsdl:input>

<wsdl:output>

<soap:body use="literal" />

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="write">

<soap:operation soapAction="http://docs.oasis-open.org/obix/ns/201410/wsdl/write"

style="document" />

<wsdl:input>

<soap:body use="literal" />

</wsdl:input>

<wsdl:output>

<soap:body use="literal" />

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="invoke">

<soap:operation soapAction="http://docs.oasis-open.org/obix/ns/201410/wsdl/invoke"

style="document" />

<wsdl:input>

<soap:body use="literal" />

</wsdl:input>

<wsdl:output>

<soap:body use="literal" />

</wsdl:output>

</wsdl:operation>

</wsdl:binding>

</wsdl:definitions>

3 Conformance

To be compliant with this specification and the following conditions need to be satisfied.

OBIX server MUST provide an SOAP interface according to the WSDL document that is provided as additional artifact to this specification.
An OBIX client that uses SOAP to interact with the server MUST use the SOAP message definition according to the types defined in the WSDL file and the referenced OBIX core schema.

Appendix A. Acknowledgments

The following individuals have participated in the creation of this specification and are gratefully acknowledged:

Participants:

Ron Ambrosio, IBM

Brad Benson, Trane

Ron Bernstein, LonMark International*

Ludo Bertsch, Continental Automated Buildings Association (CABA)

Chris Bogen, US Department of Defense

Rich Blomseth, Echelon Corporation

Anto Budiardjo, Clasma Events, Inc.

Jochen Burkhardt, IBM

JungIn Choi, Kyungwon University

David Clute, Cisco Systems, Inc.*

Toby Considine, University of North Carolina at Chapel Hill

William Cox, Individual

Robert Dolin, Echelon Corporation

Marek Dziedzic, Treasury Board of Canada, Secretariat

Brian Frank, SkyFoundry

Craig Gemmill, Tridium, Inc.

Matthew Giannini, Tridium, Inc.

Christopher Kelly, Cisco Systems

Wonsuk Ko, Kyungwon University

Perry Krol, TIBCO Software Inc.

Corey Leong, Individual

Ulf Magnusson, Schneider Electric

Brian Meyers, Trane

Jeremy Roberts, LonMark International

Thorsten Roggendorf, Echelon Corporation

Anno Scholten, Individual

John Sublett, Tridium, Inc.

Dave Uden, Trane

Ron Zimmer, Continental Automated Buildings Association (CABA)*

Rob Zivney, Hirsch Electronics Corporation

Markus Jung, Institute of Computer Aided Automation, Vienna University of Technology

Appendix B. Revision History

Revision	Date	Editor	Changes Made
wd01	18 Mar 2013	Markus Jung	Initial creation, WSDL modifications, SOAP
wd02	26 Mar 2013	Markus Jung	Reverted changes to the state of OBIX 1.1 WD07.
wd03	13 Jun 2013	Markus Jung	Formatting changes
wd04	28 Jun 2013	Markus Jung	Modified WSDL to work with the OBIX 1.1 XML schema. Introduced wrapping response type and element.
WD05	8 Jul 2013	Toby Considine	Minor formatting and before PR
wd06	7 Nov 2013	Markus Jung	Incorporating PR review comments
wd07	5 Dec 2013	Markus Jung	Fixed namespaces
wd08	16 Dec 2013	Markus Jung	Updated namespaces, Uppercase writing of OBIX
wd09	16 Dec 2013	Markus Jung	Minor fixes: OBIX-83, OBIX-84
wd10	05 Mar 2014	Markus Jung	Addressing PR2 comments
wd11	05 Nov 2014	Toby Considine	Adjusted WSDL for most recent namespace Replaced references to obix w/ references to OBIX