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

RE: loosely and tightly coupled systems and type annota tion

  • To: 'Eric van der Vlist' <vdv@d...>
  • Subject: RE: loosely and tightly coupled systems and type annota tion
  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • Date: Fri, 12 Jul 2002 09:45:34 -0500
  • Cc: xml-dev@l...

tightly coupled organizations
It is not well understood because it is being 
misrepresented in academic settings, articles, 
conference papers, and on the lists.  XML is 
tossed around as a term where the system 
frameworks, the application languages and the 
XML 1.0 specification are treated as if they 
were one thing, borne of the W3C and to be 
followed because of the hegemony of the W3C.
This is seriously nuts.

<btw>I know you know these things.  We're 
on the same soapbox.</btw>

Organizations do have ways to enforce these 
things.  Trademark ownership, interlocking 
specifications within and among organizations, 
power of the press, power of the procurement 
agencies, power of local management, power of 
individual application requirements, all of 
these and more are forces.  The trick in this 
is to understand when the use of force is 
necessary and when it is based on superstitions. 

The first and most vital understanding is to 
know that the only choice removed from the 
table by the greatest number of agreeing 
parties is that XML 1.0 is core.  Everything 
after that is a separate negotiation of 
requirements to be applied to individual 
works.  Layers are options chosen to get a 
certain job done.  Without a clear requirement 
for the job, the layering will be ad hoc 
and ad hoc layering is fertile for superstitious 
nonsense, gold plated deliverables and the 
rest of the complexifying, resource draining, 
brain numbing overkill of XML system specs.

We need layers, and we have them.  We seem 
hellbent on making more.  We should be sure 
when and for what we need them.  We should 
understand why XML Query wants strong types 
and know how to apply these to databases. 
We should understand that not all applications 
of XSLT and certainly XML require strongly 
typed databases.   This isn't hard stuff. 
As far as I am concerned, XML Query should 
have them.  XSLT should not as long as it 
is also understood that XSLT will not be a 
query language for these.

Otherwise, have at.

len


From: Eric van der Vlist [mailto:vdv@d...]

But don't consider that any organization can "own" ideas either and have
any way to force people in a direction they don't want to follow :-)

Eric

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.