> > SOAP does not use XML-Schema for its typing. SOAP itself may be described > > by XML-Schema, but it doesn't leverage XML-Schema; SOAP talks of schemas > > in XML for specifying interfaces, but those schemas are SOAP > > schemas, not XML-Schema schemas. > Similarly, the namespace prefix "xsd" is assumed > to be associated with the URI > d "http://www.w3.org/1999/XMLSchema"; which is defined in [10].
Sorry, my big error. (not too familiar with that side of XML) > > XML attributes are key/value pairs where neither may contain tags. This > > leads to an artificial split in the type system, between the tagful and > > the tagless. Tagless types have their own little syntax, often > > regexp-wise, for which XML itself does not do anything; tagful types take > > advantage of XML, but are second-class citizens. > I don't really see how they are second-class citizens at all! Merely > because they are not name-value pairs? I said: they can not be used inside name-value pairs. > I agree that this is an inconvenience but nothing more. You can easily > define a profile of XML with all-elements if this dichotomy bothers. That does not guarantee that anybody else will define an all-elements profile (and especially not W3C). That does not say how an existing schema may be extended so that an "attribute" kind of thing may be promoted to an "element" kind of thing in the event that someone wants to allow tagged data in a certain field. > > LGram is intended as a coherent whole that derives its design more > > directly from how programming languages work instead of trying to bolt > > that onto a semantic-text-markup system. > In the end, it is just syntax. well, "syntax" of XML has influence on structure of DOM and predicates of XML-Schema and whatnot. Don't try to downplay "syntax". (but I was talking about design anyway) > The most important thing about an interchange syntax is ubiquity. > Other concerns are secondary. The ranking of those concerns is to be done by whoever has to make a decision about it. ________________________________________________________________ Mathieu Bouchard http://hostname.2y.net/~matju
