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

Re: XSchema question

  • From: Peter Murray-Rust <peter@u...>
  • To: "Don Park" <donpark@q...>,<xml-dev@i...>
  • Date: Wed, 05 Aug 1998 11:43:36

Re: XSchema question
At 02:10 05/08/98 -0700, Don Park wrote:
>Peter,
>
>What you described is exactly what I was trying to explain.  It sure is nice
>to have others standy by to interpret my ramblings <g>.

Both RonB and I are enthusiastic about what you are addressing. 
>

[...]
>
>I already have a working prototype that does this and it does not require
>complex processing model.  It just looks complex.
>
>>Yup. Let's solve the single schema problem first. Simon?
>
>
>But don't you prefer completely crazy hairball of a problem over simple
>problems?  <G>  Thanks for the help.  I think I'll continue to kick the
>hairball on my own just for 'kicks'.

The point I was making was that you have reminded me (and probably others)
that we should address the question of how embedded XSchemas are processed.
Obviously you (and I and anyone else) can come up with our own solution,
but what we are really after is a standard approach that is re-usable.
Otherwise you end up doing all your own code maintained when someone else
could do it for you (i.e. the community).

Assuming you/we are using SAX, an obvious approach would be a handler for
XSchema elements. (I hadn't thought of more than one per file, but that's
the beauty of XML - it's so versatile. Be warned, however, that people from
a purist SGML background may not immediately take to this idea (admittedly
they have SUBDOC for this, I think).

So in an early implementation I'd put this in startElement(). Later we
might have a startXSchema() event. The attraction of that is that it could
locally verify against the XSchema spec. And if it returns an XSchema
object , that could be queried (e.g. XSchema.getElement(String
universalName). If you write your own you will be constantly rehacking
every time the core XML specs/ideas change.

In any case, I guess that if we solve the single case, the multiple case
will be almost trivial.

	P.

Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic
net connection
VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary
http://www.venus.co.uk/vhg

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.