Bindings for OBIX: SOAP Bindings Version 1.0

Committee Specification Draft 03 /
Public Review Draft 03

06 November 2014

Specification URIs

This version: (Authoritative)

Previous version: (Authoritative)

Latest version: (Authoritative)

Technical Committee:

OASIS Open Building Information Exchange (oBIX) TC


Toby Considine (, University of North Carolina at Chapel Hill


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

Additional artifacts:

This prose specification is one component of a Work Product that also includes:

·         WSDL files:

Related work:

This specification is related to:

·         OBIX Version 1.1. Edited by Craig Gemmill. Latest version.

·         Bindings for OBIX: REST Bindings Version 1.0. Edited by Craig Gemmill and Markus Jung. Latest version.

·         Bindings for OBIX: WebSocket Bindings Version 1.0. Edited by Matthias Hub. Latest version.

·         Encodings for OBIX: Common Encodings Version 1.0. Edited by Markus Jung. Latest version.

Declared XML namespace:



This document specifies SOAP protocol bindings for OBIX.


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

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

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 (

Citation format:

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


Bindings for OBIX: SOAP Bindings Version 1.0. Edited by Markus Jung. 06 November 2014. OASIS Committee Specification Draft 03 / Public Review Draft 03. Latest version:



Copyright © OASIS Open 2014. All Rights Reserved.

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.


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 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

2.3 Security. 6

2.4 Localization. 6

2.5 WSDL. 7

3        Conformance. 9

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.

OBIX                      OBIX Version 1.1. Edited by Craig Gemmill. Latest version.

OBIX REST            Bindings for OBIX: REST Bindings Version 1.0. Edited by Craig Gemmill and Markus Jung. Latest version.

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, . Latest version available at

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="">


  <obixWS:read xmlns:obixWS=""


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



An example response to the above request:

<env:Envelope xmlns:env="">


  <obixWS:response xmlns:obixWS=""


    <obj name="about"


      <str name="obixVersion" val="1.1"/>

      <str name="serverName" val="obix"/>

      <abstime name="serverTime" val="2006-02-08T09:40:55.000+05:00:00Z"/>

      <abstime name="serverBootTime" val="2006-02-08T09:33:31.980+05:00:00Z"/>

      <str name="vendorName" val="Acme, Inc."/>

      <uri name="vendorUrl" val=""/>

      <str name="productName" val="Acme OBIX Server"/>

      <str name="productVersion" val="1.0.3"/>

      <uri name="productUrl" val=""/>





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"/>



Standard OBIX WSDL is:

<wsdl:definitions targetNamespace=""

  xmlns="" xmlns:wsdl=""

  xmlns:soap="" xmlns:xsd=""



    <xsd:schema xmlns:xsd=""

      elementFormDefault="qualified" targetNamespace=""


      <xsd:import namespace=""


      <xsd:complexType name="ReadReq">

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


      <xsd:complexType name="WriteReq">


          <xsd:extension base="ReadReq">


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

                minOccurs="1" />





      <xsd:complexType name="InvokeReq">


          <xsd:extension base="ReadReq">


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

                minOccurs="1" />





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

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

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



  <wsdl:message name="readSoapReq">

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


  <wsdl:message name="readSoapRes">

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


  <wsdl:message name="writeSoapReq">

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


  <wsdl:message name="writeSoapRes">

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


  <wsdl:message name="invokeSoapReq">

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


  <wsdl:message name="invokeSoapRes">

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


  <wsdl:portType name="OBIXSoapPort">

    <wsdl:operation name="read">

      <wsdl:input message="readSoapReq" />

      <wsdl:output message="readSoapRes" />


    <wsdl:operation name="write">

      <wsdl:input message="writeSoapReq" />

      <wsdl:output message="writeSoapRes" />


    <wsdl:operation name="invoke">

      <wsdl:input message="invokeSoapReq" />

      <wsdl:output message="invokeSoapRes" />



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

    <soap:binding style="document"

      transport="" />

    <wsdl:operation name="read">

      <soap:operation soapAction=""

        style="document" />


        <soap:body use="literal" />



        <soap:body use="literal" />



    <wsdl:operation name="write">

      <soap:operation soapAction=""

        style="document" />


        <soap:body use="literal" />



        <soap:body use="literal" />



    <wsdl:operation name="invoke">

      <soap:operation soapAction=""

        style="document" />


        <soap:body use="literal" />



        <soap:body use="literal" />





3      Conformance

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


  1. OBIX server MUST provide an SOAP interface according to the WSDL document that is provided as additional artifact to this specification.
  2. 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:


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





Changes Made


18 Mar 2013

Markus Jung

Initial creation, WSDL modifications, SOAP


26 Mar 2013

Markus Jung

Reverted changes to the state of OBIX 1.1 WD07.


13 Jun 2013

Markus Jung

Formatting changes


28 Jun 2013

Markus Jung

Modified WSDL to work with the OBIX 1.1 XML schema. Introduced wrapping response type and element.


8 Jul 2013

Toby Considine

Minor formatting and before PR


7 Nov 2013

Markus Jung

Incorporating PR review comments


5 Dec 2013

Markus Jung

Fixed namespaces


16 Dec 2013

Markus Jung

Updated namespaces, Uppercase writing of  OBIX


16 Dec 2013

Markus Jung

Minor fixes: OBIX-83, OBIX-84


05 Mar 2014

Markus Jung

Addressing PR2 comments


05 Nov 2014

Toby Considine

Adjusted WSDL for most recent namespace
Replaced references to obix w/ references to OBIX