Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] NVDL as a dispatching architecture

From: Tatu Saloranta <cowtowncoder@-----.--->
To: "MURATA Makoto \(FAMILY Given\)" <eb2m-mrt@---------.--.-->, xml-dev@-----.---.---
Date: 5/9/2006 12:22:00 AM
--- "MURATA Makoto (FAMILY Given)"
<eb2m-mrt@a...> wrote:

...
> However, the NVDL specification is silent about such
> application
> frameworks.  I believe that we need much more
> experiences with NVDL
> first.  Also, I am not sure that standardization is
> the right approach
> for designing such application frameworks.  (E.g., 
> SAX, DOM, and even
> STAX may be used for constructing them.)
> 
> I am hoping that early adaptors of NVDL accumulate
> board experiences 
> and make a hundred flowers blossom.

This seems reasonable.

It is interesting to read about NVDL, since
(for what it's worth) I have written a simple
validation framework that builds on StAX. This was
done as part of experimental Stax^2 set of extensions
on basic stax api, and allows for multiple validators
on individual input (parsing) and output
(serialization streams), including possibility to
start/stop individual validators mid-stream. I have
not added any support for inter-validator co-operation
at this point, although that would be a possibility
(within limitations of the streaming model).
Currently validators exist for basic DTD (provided
natively by the stax impl), and RNG (using MSV);
adding one for w3c schema is planned (using MSV as
well).

This approach is obviously less generic than NVDL, but
seems reasonable for efficient validation within
context of stax (pull) processing.

-+ Tatu +-


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent