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

SAX: Parser Factory class

• From: David Megginson <ak117@f...>
• To: "Xml-Dev List" <xml-dev@i...>
• Date: Thu, 16 Apr 1998 14:18:04 -0400

Andrew n marshall writes:

 > While it is great that there are so many SAX parsers available, the
 > thing that bothers me is that my application has to know what
 > Parser to load in just to use SAX.  And this means that even is a
 > SAX parser is available on the users machine, they may still have
 > to download the one I use to to run my application.

There might be a good reason for requiring them to download anyway --
the parser on the local machine, for example, might not include
external entities.  That said, I am considering including a few
optional language-specific glue classes in a special package called
org.xml.sax.helpers (these would not be a standard part of the SAX
interface, and would vary from language to language).  Among the Java
helpers, I was considering the following:

public class SAXParserFactory {

  public static SAXParser makeSAXParser ()
    throws [a whole bunch of exceptions]
  {
    [...]
  }

  public static SAXParser makeSAXParser (String className)
    throws [a whole bunch of exceptions]
  {
    [...]
  }

}

The first method would attempt to load the SAX parser in the class
name provided by the "sax.parser" property, and the second would
attempt to load an explicitly-named SAX parser.

The idea of a registry is interesting, but it creates a
chicken-and-egg problem (as with the JDBC): if I haven't loaded the
class yet, how can it register itself?

That said, there is no reason that you or someone else could not build
the more elaborate implementation if you wish -- I expect that people
will build all kinds of layers on top of SAX.


All the best,


David

-- 
David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...
      http://home.sprynet.com/sprynet/dmeggins/

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

• References:
  • SAX: Parser Factory class
    • From: "Andrew n marshall" <amarshal@u...>

• Prev by Date: Re: SAX: Method Name Collisions
• Next by Date: Re: XLINK discussion
• Previous by thread: SAX: Parser Factory class
• Next by thread: Re: SAX: Parser Factory class
• Index(es):
  • Date
  • Thread