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

Re: "Uh, what do I need this for" (was RE: XML.COM: How I Learne d toLo

  • From: "W. E. Perry" <wperry@f...>
  • To: XML DEV <xml-dev@l...>
  • Date: Tue, 21 Aug 2001 19:43:20 -0400

Re: "Uh
Michael Brennan wrote:

> Developers still need to write business logic, and they need to get the
> information from the XML document into data structures better suited to
> supporting that business logic. All of the APIs in the XML world are unsuited
> for this. They force the developer to mold their logic to fit an API that is
> only suited for modeling a document structure, rather than letting the
> developer mold their data structures and APIs to align with business concepts
> and processes.

Absolutely! In short, they need to instantiate the specific concrete data which
their own processes require. As you point out, they do not need to (and
rationally should not) be creating a document object abstraction (or IMHO a
PSVI) which is not directly processable precisely because that does not provide
the physical instantiation of specific data which their business software
demands.

However, once that specific data structure is instantiated, it will almost
certainly be different from the corresponding data instantiated by their
transactional counterparty at the other end of the XML message. Existing
transaction processing protocols are predicated on a data structure shared by
the parties (and on the underlying assumption that the two parties are doing
congruent things in the transaction). In the case you describe, any general
transaction protocol will have to operate with the very different assumption
that each party is not only handling data in its own way for its own purposes,
but that the concrete data which each regards as the substance of the
transaction is materially different from its counterparty's data. That
recognition undermines the 'agency' assumption--that the two parties to a
transaction process are carrying out a brokerage, essentially of a common data
structure whose fungibility derives from its pre-agreed form. Where the specific
data structures which the two parties instantiate at the moment of transaction
are different, a 'principal' rather than 'agency' model of the the transaction
is required and must form the basis of any general transaction protocol which
might be usable in those circumstances.

Respectfully,

Walter Perry


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.