[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ebxml-cppa-negot] negotiability of BPSS instance document.
Comments in line. Dale Negotiation over version may be OK. If others want to leave that in, I would fix the words that I added to 10.2 and change 5.2 to talk only about version. We certainly understand how to negotiate over version; it's just one more of many enumerations. However, I just looked at BPSS 1.05 and could not find anyplace that defines the version of an instance document. The version attribute in the ProcessSpecification element is for the version of the BPSS specification. Negotiation over that may be of some interest but I don't think it's what we had in mid. Unless I missed something, we cannot allow negotiation about a version of an instance document because no such thing is defined. A new version of what amounts to the same choreography definition would have to have a new value of the name attribute. Dale> I agree On thinking about it, it is not clear to me why we ruled out negotiating over the choice instance document at all. The name of the instance document is also a member of an enumeration. Dale> I personally think that if there are 3 BPSS instances all dealing with Purchase Orders, for example, and I can do all three, then I should consider allowing the other side its choice of which BP process specification to use. This is not "changing" BPSS instances, but choosing among them. Surely the BPSS folks are not going to complain about that!? If what I said above makes sense, I suggest changing the 3 places mentioned below to say that the partners can negotiate over which instance document to use. Shall we specify using the name attribute or the UUID attribute? Dale> I am in favor of doing this. Do we want to also provide for negotiating over the version of the specification? The version of the BPSS specification itself? I guess it would be useful eventually when there are legacy BPSS systems that may not support the latest version. Does that require any changes to text or NDD schema? Dale> I will check or maybe Kartha can recall. The harder part is dealing with choices of instance document that differently affect the details of the CollaborationRole element. Shall we keep that out of scope for V1 and put in V1 a requirement that all choices must have the same CollaborationRole element structure? Dale> I thought we were looking, and did not find, any use case for negotiating different values for CollaborationRole/Role/@name. However, it recently came up that an ambiguity may still exist in the spec about what value to use. Maybe we should leave this negotiable so that software can align on the value used for Role in the ebXML message? However, other details may be best to leave out of scope for 1.0. Regards, Marty ************************************************************************ ************* Martin W. Sachs IBM T. J. Watson Research Center P. O. B. 704 Yorktown Hts, NY 10598 914-784-7287; IBM tie line 863-7287 Notes address: Martin W Sachs/Watson/IBM Internet address: mwsachs @ us.ibm.com ************************************************************************ ************* "Kartha, Neelakantan" To: Martin W Sachs/Watson/IBM@IBMUS, <N_Kartha@stercom ebxml-cppa-negot@lists.oasis-open.org m.com> cc: Subject: RE: [ebxml-cppa-negot] negotiability of BPSS instance document. 11/12/2002 07:30 PM I would like to understand better the concern with possibility 2 before ruling that out. Is the issue that when versions change, so can aspects under CollaborationRole? Kartha -----Original Message----- From: Martin W Sachs [mailto:mwsachs@us.ibm.com] Sent: Tuesday, November 12, 2002 5:54 PM To: ebxml-cppa-negot@lists.oasis-open.org Subject: [ebxml-cppa-negot] negotiability of BPSS instance document. We have some inconsistencies with regard to what is negotiable about the BPSS instance document. In section 5.2, it states that two partners can negotiate over which BPSS instance document to use. In 10.7, it states that the version of a BPSS instance document is negotiable In section 10.2, it now says (in response to a comment on the last-distributed version of the specification): "Two prospective trading partners SHOULD agree on the same BPSS instance document and assignment of roles before beginning to negotiate the CPA." We need to resolve the inconsistency. Possibilities: 1. Put any negotiation about BPSS out beyond version 1. For this I would remove the statements in 5.2 and 10.7 and change the SHOULD to SHALL in 10.2. 2. Allow negotiation about the version of the same BPSS instance but not more general. This would require clarifying the statements in 5.2 and 10.2 to mention version but not allow negotiation of completely different BPSS instances. 3. Allow negotiation about which BPSS instance document. (not just version). I believe that we understand how to negotiate about version but not how to negotiate more generally about which BPSS instance document. However, I am not sure that we know how to negotiate about roles or, perhaps, other aspects of what is under the CollaborationRole element. Given the lateness of the hour, I suggest that (1) is the only choice for version 1. If we agree on (1), I will add something to the futures document. Comments, please. Regards, Marty ************************************************************************ **** ********* Martin W. Sachs IBM T. J. Watson Research Center P. O. B. 704 Yorktown Hts, NY 10598 914-784-7287; IBM tie line 863-7287 Notes address: Martin W Sachs/Watson/IBM Internet address: mwsachs @ us.ibm.com ************************************************************************ **** ********* ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl> ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
<<winmail.dat>>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC