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

RE: APIs, messaging

  • From: Jeff Lowery <jlowery@s...>
  • To: 'Tim Bray' <tbray@t...>, xml-dev@l...
  • Date: Sat, 26 May 2001 18:40:01 -0700

messaging data centric
> >The data-centric butcher sends me a nice package of bacon. I 
> don't know what
> >part of the pig it came from, and I learn anything about 
> butchering, but I
> >got what I asked for, and no more. 
> 
> This butcher has reduced a pig, which is actually quite a 
> general-purpose kind of thing, to a dumbed-down package 
> hardwired to work in only one application of pigs. 

Yes. Why is this wrong? This is one reason why there are database 'views':
some DBA does all the querying for you. For a document sufficiently complex
with content that is only partially applicable to my domain, I can't see why
I can't have only the content that I can use. If there are other functional
dependencies on that content that I'm not aware of, then I don't understand
how merely giving the broader context really informs an automated system
that isn't aware of the dependencies. It would clue a human in (maybe), but
only break (at best) a functioning application.

> This reminds 
> me of reducing a complicated XML-encoded financial report to a 
> PDF and sending that along... neatly packaged all right, but 
> hardwired to one application.  

But the original XML-encoded financial report still exists, ready to be
consumed by other applications that will repurpose the content to their own
use! Translating any edits to the PDF back to the original XML document is
an exercise best left to the reader, of course. ;-) PDF is good for what PDF
is intended for (some would argue). It's not a very good format for general
data transport, however (but it gets abused that way, nonetheless).

> 
> I would hope that people who describe themselves as 
> "data-centric" have a little more respect for the stuff
> than this example would suggest. -Tim

Well, it was actually an analogy, not an example, and meant to be humorous
and not taken literally or absolutely. Certainly context is important (if I
understand your objection correctly) but in many cases it's implicitly
assumed in a closed system (the 'pig' system). Of course, there's the risk
of getting Canadian bacon instead of good ol' American fatty bacon, but that
termed a qualification failure or a context failure, depending on your POV.

And, just for the record, data-centric doesn't mean disregarding where data
came from; it does mean disregarding nonfunctionally-dependent data. On of
my qualifications for extracting the bacon *may* indicate where I want that
bacon extracted from. Ribs might be a better analogy (if I may dare): prime
rib? spare rib? short rib? Qualification or path? Could be either. Should
the client always be aware of where things are located (and what their
located with, in the off-chance that there's a content dependency there)? 

Anyway, you've been in this XML business about as long as anybody, Tim (so
I'm told).
That make me tremenously inclined to believe I'm the one wrongheaded here
(if either of us really are). I'm just having a little trouble fathoming
what exactly what it is I'm supposedly clueless about. It may take some
time...

-- Jeff

P.S.
If any data-centric people I've supposedly spoken for want to disown me,
feel free. <sniff>

> 
> 
> ------------------------------------------------------------------
> The xml-dev list is sponsored by XML.org, an initiative of OASIS
> <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to: xml-dev-request@l...
> 

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.