- From: <noah_mendelsohn@us.ibm.com>
- Date: Thu, 5 Sep 2002 19:06:35 -0400
- To: "Martin Gudgin" <mgudgin@microsoft.com>
- Cc: "Henrik Frystyk Nielsen" <henrikn@microsoft.com>, "Jacek Kopecky" <jacek@systinet.com>, xml-dist-app@w3.org
I think I agree with what I take to be Jacek's position. 2.1.1 is fine is written prior to this discussion. Edge names >are< Qnames in the model, therefore cannot raise the problem of being difficult to serialize. Now, in the case of RPC the situation is different. There we explicitly state that our purpose is to provide a means of representing method names and named arguments that often originate in some (unspecified) external system. It is those external method and argument names that potentially violate the rules of a QName, therefore I think it's appropriate that the reference to appendix B go in the RPC section. I am fairly strongly opposed to putting it in 2.1.1, as that seems incoherent (for the reason above). Regarding MAY vs. MUST, I think the answer might be SHOULD. <existing 4.2.1> The invocation is represented by a single struct or array containing an outbound edge for each [in] or [in/out] parameter. The struct or array is named identically to the procedure or method name (see B. Mapping Application Defined Names to XML Names). Each outbound edge either has a label corresponding to the name of the parameter (see B. Mapping Application Defined Names to XML Names) or a position corresponding to the position of the parameter. </existing 4.2.1> <proposed> The invocation is represented by a single struct or array containing an outbound edge for each [in] or [in/out] parameter. The struct or array is named identically to the procedure or method name (the conventions of B. Mapping Application Defined Names to XML Names SHOULD be used to represent method names that are not legal XML names.). Each outbound edge either has a label corresponding to the name of the parameter (the conventions of B. Mapping Application Defined Names to XML Names SHOULD be used to represent parameter names that are not legal XML names) or a position corresponding to the position of the parameter. </proposed> ------------------------------------------------------------------ Noah Mendelsohn Voice: 1-617-693-4036 IBM Corporation Fax: 1-617-693-8676 One Rogers Street Cambridge, MA 02142 ------------------------------------------------------------------ "Martin Gudgin" <mgudgin@microsoft.com> Sent by: xml-dist-app-request@w3.org 09/04/2002 03:58 PM To: "Jacek Kopecky" <jacek@systinet.com> cc: "Henrik Frystyk Nielsen" <henrikn@microsoft.com>, <xml-dist-app@w3.org>, (bcc: Noah Mendelsohn/Cambridge/IBM) Subject: RE: Proposal for issue 306: Is use of Appendix A optional? OK, I can live with it in 2.1.1, so let's go with that Gudge > -----Original Message----- > From: Jacek Kopecky [mailto:jacek@systinet.com] > Sent: 04 September 2002 20:39 > To: Martin Gudgin > Cc: Henrik Frystyk Nielsen; xml-dist-app@w3.org > Subject: RE: Proposal for issue 306: Is use of Appendix A optional? > > > Gudge, > since 2.1.1 does say an edge name is a QName, there will be > no mapping issues in the Encoding because it also uses > QNames. Either we remove the mention of XML Schema Qualified > Name from 2.1.1 and put the reference to Appendix B into > Encoding, or we put the reference to 2.1.1 because that's > where the recoding issues come up. > > > Jacek Kopecky > > Senior Architect, Systinet Corporation > http://www.systinet.com/ > > > On Wed, 2002-09-04 at 21:34, Martin Gudgin wrote: > > Jacek, > > > > Henrik originally suggested that the text go in 2.1.1, I disagreed > with him, because the Data Model says NOTHING about an > encoding. And Appendix B ( ne้ A )really is an encoding. > > > > Gudge > > >
Received on Thursday, 5 September 2002 19:07:54 UTC