[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: How much run-time validation do you do?

  • To: "Roger L. Costello" <costello@m...>
  • Subject: Re: How much run-time validation do you do?
  • From: Peter Hunsberger <peter.hunsberger@g...>
  • Date: Tue, 21 Dec 2004 13:55:09 -0600
  • Cc: xml-dev@l...
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KmRAr8M5X3XBMT7ulevqolZDHMdtef0N2nigb5D9qQBgpmlFd1gpNW440js+XMeMSU1QCFxDSfXE8HUX87fUTWRrkVtdr+zSJFT6/kaqSh8GhkPHHOW0w3/9t2+3uRXWDJoHzV118RMR3LIGgr76wiwGXh8AqcEWQZbG38rWzxc=
  • In-reply-to: <200412201420.iBKEK2K23784@s...>
  • References: <200412201420.iBKEK2K23784@s...>
  • Reply-to: Peter Hunsberger <peter.hunsberger@g...>

date and time validation
On Mon, 20 Dec 2004 09:19:54 -0500, Roger L. Costello
<costello@m...> wrote:
> Hi Folks,
>  
> Suppose that you have an application which exchanges XML instance documents
> (instance data) with trading partners.  I'd like to get a feel for how
> people are addressing these issues:
>  
> 1. Do you validate outgoing instance data?  Do you validate incoming
> instance data?
>  
> 2. What criteria do you use for deciding whether or not to do run-time
> validation? 

I suppose this question was partly motivated by my "I'll write no
schema before it's time" comment, so even though I've mostly explained
what we do I'll try and expand.

Since we already have a complete set of metadata that is used for
generation of both the instance document and the Schema there really
isn't any point in validating on the outgoing side.  We'd be
validating that we know how to wriite a Schema from our metadata
(which I'm not 100% sure we do) as much as we'd be validating the
document instance.

Internally we use Schematron for data validation, but that's a
different issue.  So other than check for well-formed documents the
main other check is against the metadata which can take many forms. 
Theoretically we're doing the equivalent of building a PSVI in memory,
but it's our own object model and doesn't conform to any interfaces
one might expect.  I guess it's something to look at down the line as
we continue to open the system up, which leads ot the incoming data
question...

At the moment we only import data via JDBC to a internal mapping tool.
 This mapping tool is used to build up relationships between the
incoming data and the metadata.  These mappings can be saved and
reused against new instances of the same source.  In theory this
mapping data could be used to generate a Schema to validate any
incoming XML. To date we have no incoming XML data sources so it
hasn't been an issue.  (The next project on the books in this regard
is a patient monitoring device that dumps humugous CSV formatted
files, nothing exciting there, we'll just handle them as JDBC
sources.)

-- 
Peter Hunsberger

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.