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

RE: Must databinding imply tight coupling? (was Re: New tool

  • To: <xml-dev@l...>
  • Subject: RE: Must databinding imply tight coupling? (was Re: New tool for handling XML in Java)
  • From: "Fabio Simeoni" <Fabio.Simeoni@c...>
  • Date: Thu, 13 Feb 2003 17:10:35 -0000
  • Importance: Normal
  • In-reply-to: <oprkjbuid4ezizxn@s...>
  • Organization: University of Strathclyde

snaque

Mike, 
regarding your observations:

> The downside to conventional databinding is basically Permathread #x 
> (hmm, we really ought to catalog them) -- rigid schemas imply a tight 
> coupling between the data formats of producers and consumers of XML, 
> and if things change (or can't be agreed on in the first place, or the

> consumer needs only a small subset of the information, or the 
> community ignores the details of the "authoritative" schema ...) then 
> the databinding solution is fragile.

> I'm not sure what BEA's tool does here, but *in principle* one might 
> have the best of both worlds:  Use XPath or XQuery to define the 
> patterns to look for in input data rather than simply assuming a 
> shared schema (thus loosening the coupling), but *generate* code that 
> uses those patterns to map input data onto application objects (thus 
> making life easier for the non-geeks).

You may find that SNAQue (http://cis.strath.ac.uk/research/snaque)
already satisfies your requirements. 
It essentially allows programmers to project their assumptions, in the
form of a language type, onto XML data coming to binding. 
If the data contains a subset that may be interpreted as a value of that
type (according to a set of pre-defined rules), that subset is converted
into the corresponding value and passed along to the programmer and its
binding application. 

As you can see, types do not come from the data but from the
application, and thus reflect the expectations of who consumes the data
rather than who produced it.. Partial bindings follow easily as a
corollary and with them the resilience of binding programs to changes in
the data which are irrelevant to those programs. IOW, subtyping for you
at the boundary of the language (and with the implication of a run-time
check). Mind you, I am talking of a proof-of-concept academic prototype,
do not expect features such as 'binding schemas' or anything else you
may want from a production release. 

You will find on the website a number of publications on the
formalisation of the system, its comparison with SAX, DOM, JAXB, etc,
and a number of applications. 

regards,

F. Simeoni



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.