- From: Noah Mendelsohn <noah_mendelsohn@us.ibm.com>
- Date: Fri, 21 Dec 2001 11:35:41 -0500
- To: "Jacek Kopecky <jacek" <jacek@systinet.com>
- Cc: "peter.hendry" <peter.hendry@capeclear.com>, "xml-dist-app" <xml-dist-app@w3.org>
Whatever the implications for the SOAP design, I think you are somewhat underestimating the reason for builtins such as positive integer in the schema language. Schema is NOT just used for validation. It is equally important as input to tools that do mappings to database languages, programming languages, etc. For these purposes, having well known and agreed upon names for commonly used types is extremely important. Otherwise, recognizing such types becomes a theorem proving exercise rather than a simple recognition of type names (e.g. you would have to prove that the facet restrictions on integer actually resulted in positive only. If, for example, someone restricted the lexical space to forbid minus signs, that might do it, but I bet it would be a mess to detect.) I think there is an analogy for SOAP encoding. Where we standardize well known type names, tools are more likely to be able to generate effective programming language mappings automatically. On the other hand, having too many such well-known types makes the spec too big, and tends to get us in the business of defining types that are more special purpose. I think the NameValue and NameValueList types under discussion are in the grey area where you can make a good case either way. Thanks very much. ------------------------------------------------------------------------ Noah Mendelsohn Voice: 1-617-693-4036 Lotus Development Corp. Fax: 1-617-693-8676 One Rogers Street Cambridge, MA 02142 ------------------------------------------------------------------------
Received on Friday, 21 December 2001 11:47:20 UTC