[Home] [By Thread] [By Date] [Recent Entries]

  • From: Gavin McKenzie <gmckenzi@J...>
  • To: 'David Megginson' <ak117@f...>, 'xml-dev Mailing List' <xml-dev@i...>
  • Date: Tue, 24 Feb 1998 09:49:59 -0500


I like the idea of add/remove versus set.  In the Java case it meshes
nicely with other Java event mechanisms.  From a non-Java biased
perspective it does offer considerable extra flexibility in a simple
manner.

Though I don't have a strict requirement for it today, I'd vote for it.

Gavin.

>-----Original Message-----
>From:	David Megginson [SMTP:ak117@f...]
>Sent:	Tuesday, February 24, 1998 9:24 AM
>To:	xml-dev Mailing List
>Subject:	SAX: multiple handlers
>
>In a private message, one SAX user raised the issue again of multiple
>handlers.  The user suggested the situation where someone wants to
>extract information from a document _and_ copy the document to an
>OutputStream at the same time: for a clean implementation, each of
>these should be in a different handler.
>
>During the last round, most people vetoed this idea.  Here it is
>again, though, for your consideration:
>
>  package org.xml.sax;
>  import java.io.InputStream;
>
>  public interface Parser {
>
>    public void addEntityHandler (EntityHandler handler);
>    public void removeEntityHandler (EntityHandler handler);
>
>    public void addDocumentHandler (DocumentHandler handler);
>    public void removeDocumentHandler (DocumentHandler handler);
>
>    public void addErrorHandler (ErrorHandler handler);
>    public void removeErrorHandler (ErrorHandler handler);
>
>    public void parse (String publicId, String systemId)
>      throws java.lang.Exception;
>
>    public void parse (String publicId, String systemId,
>                       InputStream inputStream)
>      throws java.lang.Exception;
>
>  }
>
>Any further thoughts on this issue?
>
>
>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...)
>

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


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member