[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: Question on PartyRef
Jean, The party-reference information in tpaML was merely a suggestion. None of the values were internationalized, for example. The phone numbers were US format only. Even before the ebXML-TP team began its work, people inside IBM suggested making that information a separate document so that people would have freedom in how they define it. (TONY WEIDA: take note of the following.) Section 7.2.5.3 defines the type attribute. We probably should add a non-normative suggestion that the type information be in the form of an XML Schema document or DTD. It does say that if the type attribute is omitted, the information MUST be an HTML web page. 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 ************************************************************************************* Jean Zheng <Jzheng@vitria.com> on 09/27/2001 06:11:23 PM To: ebxml-cppa@lists.oasis-open.org cc: Subject: Question on PartyRef This might seem very obvious to people who are involved in cpp/a spec 1.0. But I'd appreciate it if I can get some insight/clarification on this. Section 7.5.2 PartyRef element (line 660-674): "The PartyRef element provides a link, in the form of a URI, to additional information about the party...The information might be at the party's web site or in a publicly accessible repository such as an ebXML Registry, a UDDI repository, or an LDAP directory. Information available at the URI MAY include contact names, addresses, and phone numbers...." However, it doesn't seem to specify the exact definition for the "type" of url (e.g. is it a web page? an ebXML registry, a UDDI, or LDAP), nor does it specify the correct structure of the information that is stored at the particular location. Without the above information, it does not seem possible to "automatically" populate the related Party information during importing/exporting a CPP. In IBM's original tpaML, the PartyInfo are stored locally inside a "CPP". I'm sure there was a reason when those information were moved out and replaced by PartyRef. I'm just not sure what the reason is, and what is the correct way to interpret the current PartyRef element at programming level. Thanks a bunch! :) Jean ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC