OASIS Business Document Exchange (BDXR) TC

Minutes of BDXR TC meeting March 16, 2016

  • 1.  Minutes of BDXR TC meeting March 16, 2016

    Posted 03-21-2016 16:32




    MEETING MINUTES OF BDXR TC MEETING 16 MARCH 2016


    ATTENDANCE



    Jens Aabol
    Kenneth Bengtsson (chair)
    Erlend Klakegg Bergheim
    Sander Fieten
    G. Ken Holman
    Sven Rasmussen


    Regrets received in advance:


    Klaus Vilstrup Pedersen



    SMP 1.0 CSD 04




    The meeting went through the change requests received from DIGIT and the eHealth community (see: Please https://lists.oasis-open.org/archives/bdxr-comment/201602/msg00002.html and https://lists.oasis-open.org/archives/bdxr/201603/msg00004.html):


    CR001: Add an additional "status" metadata


    It had been clarified in a previous meeting that the eHealth community needs the new Status field for exchanging connectivity information using the values "in accordance", "expired", "suspended", "revoked", and "not in accordance".


    It was concluded that this functionality can be accomplished using the existing "ServiceActivationDate" and "ServiceExpirationDate" SMP elements, and by simply observing the presence or absence of records for end point services. Alternatively, we will
    recommend adding specific status description values in extensions, as the use case is too narrow to justify a general change of the XML schema. It was agreed to document this in the official comment resolution log.


    The CR001 discussion brought up the general question whether a "Status" element to signal scheduled maintenance and other temporary end point service information. Kenneth to make a proposal for a "generic" Status element to be discussed at a later date.


    CR005: Change end record names from "Document" to "Resource"


    Kenneth to draft a text for the SMP specification explaining that the concept of "Document" in SMP may also refer to a "Resource" (as is the case with eHealth).


    CR007: Multiple signatures


    It was agreed that the requested functionality is best accomplished using SMP extensions, as the use case is too narrow to qualify for a change of the specification. Sander to draft a proposal for how to add the extra required signature using an extension,
    and the TC’s final recommendation will be included in the comment resolution log.


    CR008: Multiple extensions


    The discussion of how to include support for multiple extensions was renewed with Ken pointing the attention to the BDE implementation. It was agreed to reevaluate the previous decision of changing the cardinality of the xs:any, and to instead looking
    at reusing the structure of the BDE extension within SMP. See:


    https://lists.oasis-open.org/archives/bdxr/201603/msg00006.html, and
    https://lists.oasis-open.org/archives/bdxr/201603/msg00007.html




    BDE 1.1 STATUS



    It was agreed to include in our next meeting a vote for requesting a Special Majority Vote for the approval of the current working draft of BDE 1.1 as a Committee Specification.



    ANY OTHER BUSINESS



    There was no other business.



    MEETING SCHEDULE



    March 30 2016, regular conference call
    April 13 2016, regular conference call

    April 27 2016, regular conference call




    Kenneth Bengtsson