Re: [xml-dev] XML Design for Diverse Data

["bryan rasmussen" <rasmussen.bryan@gmail.com>]

actually as I was thinking about this I realized that NVDL is suitable
for one form of extensible formats (other than Compound formats), and
that is that set of formats where it has been decided that all
extending namespaces must validate. In that case NVDL seems
reasonable, and certainly better than XML Schema ANY with strict
validation.

Cheers,
Bryan Rasmussen

On Fri, Apr 25, 2008 at 1:53 PM, Costello, Roger L. <costello@mitre.org> wrote:
> Hi Bruce,
>
>
>  > Even for compound documents, extension by the NVDL method
>  > seems even scarier than the ANY element ...
>
>  Actually, I see it just the opposite.  NVDL provides a "safe" way to
>  achieve extensibility.
>
>  The <any/> element represents a security risk (in certain
>  environments).
>
>  With NVDL we can have both extensibility and safety.  Here's how:
>
>  1. Each schema is designed in a "safe" fashion (i.e. without using the
>  <any/> element).
>
>  2. Then, an XML instance document is created by assembling components,
>  each component conforming to a safe schema.
>
>  3. The NVDL dispatcher ensures that an instance document contains just
>  the desired (safe) components, and nothing else.
>
>  4. An application processing the instance document processes some of
>  the components, or processes all the components, and in whatever order
>  makes sense to the application.
>
>  5. The application understands each component, because the schema for
>  each component has been examined and understood by the application
>  developer.
>
>  6. The application understands the instance document, because the
>  meta-schema (i.e. the NVDL document) has been examined and understood
>  by the application developer.
>
>  Flexible, extensible, and safe ... Nice!
>
>  /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
>
>