W3C home > Mailing lists > Public > xml-dist-app@w3.org > June 2001

RE: [soapbuilders] Element name escaping

From: Paul Cotton <pcotton@microsoft.com>
Date: Mon, 11 Jun 2001 21:56:30 -0400
Message-ID: <E7AC4500EAB7A442ABA7521D18814397D4E2D9@tor-msg-01.northamerica.corp.microsoft.com>
To: "Paul Kulchenko" <paulclinger@yahoo.com>
Cc: <xml-dist-app@w3.org>, <soapbuilders@yahoogroups.com>, "SQLX (E-mail)" <sqlx_lst@sqlstandards.org>
Thank you very much for you questions about the SQL/XML Working Draft.  

In fact your observation is correct that the rules you identified are
incorrect.  The Editor of the SQL/XML has agreed to change these rules
editorially in the next version of the document since they do not match
the rules as adopted by the ANSI and ISO SQL committees.  The text "if i
= 1 and X i+3, X i+4, X i+5 and X i+6 are all 'F' ..." will be changed
to "if i = 1 and X3, X4, X5 and X6 are all 'F'..."

We appreciate your feedback on the SQL/XML specification. Please let us
know if this response is satisfactory. If not, please respond to this
message, explaining your concerns.

/paulc  

Paul Cotton, Microsoft Canada 
17 Eleanor Drive, Nepean, Ontario K2E 6A3 
Tel: (613) 225-5445 Fax: (425) 936-7329 
<mailto:pcotton@microsoft.com> 



> -----Original Message-----
> From: Paul Kulchenko [mailto:paulclinger@yahoo.com]
> Sent: Tuesday, June 05, 2001 3:32 PM
> To: soapbuilders@yahoogroups.com
> Cc: xml-dist-app@w3.org
> Subject: RE: [soapbuilders] Element name escaping
> 
> 
> Hi, Andrew!
> 
> --- Andrew Layman <andrewl@microsoft.com> wrote:
> > The most thorough and current documentation of the algorithm for
> > escaping element names is in this proposal to the SQL standards
> > committee:
> > 
> >
> ftp://sqlstandards.org/SC32/WG3/Progression_Documents/WD/wd-xm
> l-2001-05.pdf
> > 
> > See sections 4.2.6, 5.1 and 5.4. 
> I think spec has a typo:
> 
> 5.4 2) a) i) If i = 1 and X i+3 , X i+4 , X i+5 , and X i+6 are all
> 'F', then let U 1 , U 2 , U 3 , U 4 , U 5 , U 6 , and U 7
> be the zero-length string.
> 
> I believe it should be:
> 
> 5.4 2) a) i) If i = 1 and X i+2 , X i+3 , X i+4 , and X i+5 are all
> 'F', then let U 1 , U 2 , U 3 , U 4 , U 5 , U 6 , and U 7
> be the zero-length string.
> 
> considering the context.
> 
> To advantage of this method, it can be implemented on top of existent
> encoding, and since it basically ignores underscores ('_') if it
> doesn't match pattern _xNNNN_ or _xNNNNNNNN_, there is no (big)
> problem with backward compatibility.
> 
> What should be the next step? What should be the procedure in
> general: 
>   spec is published, 
>   spec has an issue, 
>   issue discussed and solutions are offered, 
>   one solution is choosen,
>   ?
>   solution is implemented.
> 
> What should be in place of the question mark? New version of spec is
> published? Some agreement is published? Comments are published? We
> agree on soapbuilders list? At what point we can say: "ok, now let's
> do it this way"? Thank you.
> 
> Best wishes, Paul.
> 
> > -----Original Message-----
> > From: Paul Kulchenko [mailto:paulclinger@yahoo.com] 
> > Sent: Thursday, May 03, 2001 3:24 PM
> > To: soapbuilders@yahoogroups.com
> > Subject: [soapbuilders] Element name escaping
> > 
> > 
> > Hi, All!
> > 
> > This question is already covered in XML Protocol issues, but there
> > is no
> > solution offered, so I would like to get opinions here.
> > 
> > Problem: encoding of element with illegal characters in the name
> > ('a c',
> > space between a and c)
> > 
> > Possible solutions:
> > 1. specific type, like recently discussed Map. 
> >   - specific for hash/map/struct encoding
> >   - didn't get much support
> >   + already implemented by ApacheSOAP and SOAP::Lite
> > 
> > 2. element escaping as in [1]. <a c> becomes <a_x0020_c>
> >   + works for all elements
> >   - list of issues [2]
> >   - doesn't supported by any SOAP toolkit
> > 
> > 3. name substitution. <a c> becomes <n1 realname="a c"> [3]
> >   + works for all elements
> >   + less number of issues than 2.
> >   - doesn't supported by any SOAP toolkit
> > 
> > I personally like 2, but I couldn't find document Andrew mentioned
> > in
> > [1], and current webDAV specification doesn't have anything about
> > character escaping (or I missed it there). So, what's everybody's
> > opinion on encoding elements with illegal names?
> >   
> > Best wishes, Paul.
> > 
> > [1]
> >
> http://discuss.develop.com/archives/wa.exe?A2=ind0005&L=soap&D
=0&P=29921
> [2]
>
http://discuss.develop.com/archives/wa.exe?A2=ind0005&L=soap&D=0&P=30851
> [3]
>
http://discuss.develop.com/archives/wa.exe?A2=ind0005&L=soap&D=0&P=33153
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Auctions - buy the things you want at great prices
> http://auctions.yahoo.com/
> 
> To unsubscribe from this group, send an email to:
> soapbuilders-unsubscribe@yahoogroups.com
> 
>  
> 
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/ 
> 
> 
> 
> To unsubscribe from this group, send an email to:
> soapbuilders-unsubscribe@yahoogroups.com
> 
>  
> 
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/ 
> 
> 


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/
Received on Monday, 11 June 2001 21:59:23 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:01 GMT