Re: [xml-dev] RE: XML Schema 1.1 Best Practice: Expressing Business Rule

[Greg Hunt <greg@firmansyah.com>]

This is how in practice the non-XML standards work.  The local
profiles make the generic data structure useful by limiting what can
be put in them so they can be understood, and processed, by someone's
business process.

On Sun, Nov 21, 2010 at 9:43 PM, Stephen Green
<stephengreenubl@gmail.com> wrote:
> Many thanks Michael, that last sentence in your blog article says it very well:
>
> <quote>
> If you have to change the definition of the data interchange from
> "must conform to schema S" to "must conform to schema S with parameter
> settings P=X, Q=Y", that's not something that worries me. On the
> contrary, I think it creates a real opportunity for increased use of
> industry-standard schemas parameterized by local profiles that define
> additional constraints to those in the standard specification.
> </quote>
>
> I strongly agree.
>
> Best regards
>
> Steve
> ---
> Stephen D Green
>
>
>
>
> On 20 November 2010 21:42, Michael Kay <mike@saxonica.com> wrote:
>> On 20/11/2010 19:42, Stephen Green wrote:
>>>
>>> Afterthought:
>>> Not really knowing XML Schema 1.1, but it would be nice if you could
>>> include variables
>>> in the schema for which parameters could feed in values.
>>
>> I blogged on this at
>>
>> http://saxonica.blogharbor.com/blog/_archives/2010/6/29/4565708.html
>>
>> but sadly I had to pull the feature from the Saxon 9.3 release because
>> testing showed that the implementation wasn't robust enough - it worked OK
>> from the command line with a single schema document, but not when invoked
>> from Java or in the presence of includes and imports. Perhaps it will find
>> its way back in next time.
>>
>> Michael Kay
>> Saxonica
>>
>>
>>
>> _______________________________________________________________________
>>
>> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
>> to support XML implementation and development. To minimize
>> spam in the archives, you must subscribe before posting.
>>
>> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
>> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
>> subscribe: xml-dev-subscribe@lists.xml.org
>> List archive: http://lists.xml.org/archives/xml-dev/
>> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>>
>>
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>