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

RE: building an object model of a XML schemas

  • From: Stuart Naylor <indtec@e...>
  • To: 'Jeff Lowery' <jlowery@s...>
  • Date: Sat, 14 Jul 2001 01:20:23 +0100

lowry model

Without getting into to some big grammatical debate you will see that I
have changed the subject.

But before that 
-----Original Message-----
From: Jeff Lowery [mailto:jlowery@s...] 
Sent: Friday, July 13, 2001 10:30 PM
To: 'Bullard, Claude L (Len)'; Xml-Dev (E-mail)
Subject: RE: building an object model of a XML schema

<Len>
XML Schema is likely to get us through the next couple of years of the 
Web coming up to speed with mark-up systems.  A lot of this depends on 
Who ends up on the TAG and their backgrounds?  My opinion is 
Eventually, mark-up solutions tend to converge in pretty much the same 
Place they did last time round this track with different names.  So, 
Keep a copy of the SGML Handbook and hope the papers from 89 to 96 
Are still available just in case you want to prognosticate.  So far, 
Not too much is new as a result of XML except cheaper software.
</Len>

Firstly the web is based on mark-up systems 'HTML' which unfortunately
has been bastardised. Klondike XML Schema may well get us through the
next couple of years but that doesn't assert that it is correct or an
apt method.
Returning back to 89 could be the very reason why XML schema is such a
flawed concept as EDI / SGML technologies are hacked to provide common
solutions for today.

<Len>
For now, Schemas will do.  DTDs functionally worked ok if one 
understood where to stop trying to stuff properties into them and  
creating engorged definitions.  The phrase "markup is not programming" 
should be nailed to front of your machine.  There will always be 
things objects do better but as soon as you do that, you have to 
commit to a language and if as for so many, that language is wholly 
owned by a company, that isn't a good long term solution.  Then there 
is XML which is a product, but at least we can back up to SGML if and 
when we need to.  Even if some think that is a pestilence, I think they 
have to live a little longer to understand why range wars forced 
the government to finally send troops into the west.   As long as we can
always get to 
the escape hatch, I am not concerned.  If that gets welded closed 
by the TAG or anyone else, it will be time to find a different
authority. 
At that point, the W3C will have overstepped its mandate and outlived 
its usefulness. 
</Len>

This is not a go at you Len but I would love to be told exactly what
markup is supposed to be and don't get be wrong as I am not saying it is
a programming language.
My self I see XML as data content / designator for computer systems and
it does puzzle me that some believe it is anything else. The data may be
for human consumption but that is where it ends.
But you have to ask who and what is going to create markup and it can
safely be said that it isn't humans not by hand anyway. Tools are going
to be created and they will be created by programmers and many will be
unaware of the XML which lies underneath there presentation and method
of retrieval.



> "markup is not 
> programming" 

Whoa there, cowboy! 

In no way did I intend suggest that we write actual programs in this
stuff.
If I say 'hash map' to a C++ or Java programmer, they understand what I
mean
although their implementations might differ. If I say "store these
elements
in a hashmap (if you can), here's the key" in a schema, then I haven't
programmed a thing. The XML data model would say "hash map? what the
heck is
that? I'll ignore it." The C++ model would say "Oh, I getcha... I have
just
the thing."

Right now, that information is missing from XML Schema, and various code
generation implementations have their own unique ways of adding the
information. As it should be? I hope not.

Commit to a language? Yep, but an abstract language. It's like
committing to
UML, but simpler (well, you say not, but how can it not be? It's a
simpler
domain). No methods, just well-known 'archetypes'. Just as I don't know
how
an XML Schema double is mapped to a specific language, I wouldn't know
how
the archetype got implemented, or even what API the implentation was. It
is
a performance definition, if you will. Defined, not directed.


------------------------------------------------------------------
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.