OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] XML Schema 1.1 Best Practice: Expressing BusinessRules - Co-Locate or Separate?

Hi Roger,

The second alternative is more or less what we have right now, only that 
the rules are expressed in Schematron. If you are to use XProc or NVDL 
for specifying multiple validations you may very well use Schematron 
instead of XML Schema to specify the business rules. One major advantage 
of Schematron is that the error messages are specified by the schema 
author so they can be in a language that the user easily understands.
I believe that the whole point in using XML Schema 1.1 is to have those 
rules applied together with the structural validation. If someone 
accepts to use XProc or NVDL to drive the validation then I do not know 
any argument why they should express these business rules in XML Schema 
1.1 and not in Schematron.

Best Regards,
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger

On 11/10/10 2:38 PM, Costello, Roger L. wrote:
> Issue
> How should business rules be expressed? Should an XML Schema 1.1 document co-locate business rules and data rules? Or keep them separate?
> Hi Folks,
> I created a draft write-up of the above issue. Here it is:
> http://www.xfront.com/xml-schema-1-1/best-practice/expressing-business-rules.pdf
> Here are the two alternate designs described in the write-up:
>      1. Co-locate business rules with data rules.
>      2. Separate business rules from data rules (and create a validation pipeline).
> Are there other designs?
> The write-up lists some advantages and disadvantages of each design. What are the other advantages and disadvantages?
> /Roger
> _______________________________________________________________________
> 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

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS