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

Re: XObjects (was TLAa was SOX)

  • From: "Michael Kay" <M.H.Kay@e...>
  • To: <xml-dev@i...>
  • Date: Mon, 12 Oct 1998 11:06:03 +0100

Re: XObjects (was TLAa was SOX)
I'm not sure who it was that wrote:
>>i think the above is at the right level. Is this part of a domBuilder
>>interface?
>>
>>if so should 'convert' be 'build'
>>
>>        public interface domBuilder
>>        {
>>                        public org.w3c.dom.Document
>> build(org.xml.sax.InputSource inputSource)
>>                        throws SAXException;
>>


I cannot resist reminding you of my posting to this list on 25 Sep 1998 in
which I suggested:

public interface DOMBuilder
{

/**
* Define the parser to be used when building the DOM.
* The DOM implementation is free to ignore this and use its
* own parser if it wishes.
*/

public void setParser (Parser parser);

/**
* Build the DOM document from an input source.
* @param source The InputSource to use.
* @return The DOM Document object that results from
* parsing the input.
*/

public Document build (InputSource source)
throws java.io.IOException, org.xml.sax.SAXException;

}

Well, great minds think alike... FWIW, I have implemented this interface for
the DOM products from Docuverse, SUN, and IBM in a new version of SAXON that
is not yet released.

One reservation I do have about this discussion is that a lot of people are
proposing using an XML document as the primary way of defining the mapping
from element types to element-handling classes. I think there are many
situations where that's fine, but I've also seen SAXON applications where it
wouldn't be, because the mappings change with time or are set up by
higher-level software. Better to define the mapping table as a Java object
with methods to add or remove or change individual mappings; it's then easy
to add a layer on top of this to load the mappings from an XML document in
the case where they are sufficiently static.

Mike Kay



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.