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

RE: XML-aware programming language?

xen water xml
Once you've fundamentally handicapped yourself by tying your data model/programming language to XML Schema then you are already broken. It's like saying "I did the best job I could painting my apartment with a tootthbrush". The thing to  do isn't asking for better ways to paint apartments with a toothbrush but instead realizing you picked the wrong tool for the job. 
They weren't small bugs. These are issues we debated for over a year and every solution we reached was a compromise that seemed broken from one perspective or another. We weren't just trying to implement XQuery we had people looking at the issue from both the perspective of programming language integration (X#/Xen) and programming model integration (myself). In the context of XQuery, I'll admit that the issues with the data model can be brushed aside as small bugs especially once you have to swallow all the interesting issues you get from being based on XSD (e.g. if I have an element of type xs:integer, what is the type of its child node?). 
Never make anything simple and efficient when a way can be found to make it complex and wonderful.   


From: Daniela Florescu [mailto:dflorescu@m...]
Sent: Thu 12/2/2004 5:28 PM
To: Dare Obasanjo
Cc: Elliotte Harold; Jonathan Robie; Michael Champion; xml-dev@l...
Subject: Re:  XML-aware programming language?


On Dec 2, 2004, at 2:58 PM, Dare Obasanjo wrote:

> XQuery is a good read-only data model for XML but a bad one as a
> read-write model. I wrote about all the frustrations of trying to build
> programming models around the XQuery data model at
> http://www.25hoursaday.com/weblog/PermaLink.aspx?guid=9b799a26-c1f9
> -40ba
> -9502-e30569c39e11

I read your comment and I have the same reaction as Jonathan's.
Yes, indeed, I don't think that the XQuery Data Model could have done
it any differently given the circumstances.

Do you have any constructive comments ?

If you see any better alternative, please say so loudly and I promise
that I'l convince the XQuery WG to listen. We just weren't smart enough
to find a better way to avoid the problems.

But please be careful not to trough the baby with the bath water. In the
grand scheme of things, those small annoyances aren't that important.

Yes, XQuery Data Model is not 100% perfect. Yes, XQuery is not perfect.
(BTW, do you know of any perfect technology? If yes, let me know 
because I
couldn't find any yet...)

Please try to think of the advantages of what their existence bring 
instead of thinking
of their small bugs, and please remember to compare the two.

Best regards,


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.
First Name
Last Name
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.