Fw: SAX: Next Round
Bill la Forge
b.laforge at jxml.com
Fri Jan 22 17:00:22 GMT 1999
John,
Looks like the list server chopped things off when a '.' was the only thing
on the line.
Bill
-----Original Message-----
From: Bill la Forge <b.laforge at jxml.com>
To: Lars Marius Garshol <larsga at ifi.uio.no>; XML Developers' List <xml-dev at ic.ac.uk>
Date: Friday, January 22, 1999 8:49 AM
Subject: Re: SAX: Next Round
>>I agree with this in the sense that the FilterManager should not be
>>specified by SAX, however, the actual Filters themselves should, I
>>think, be specified.
>>
>>The goal must be that both views should be supportable by any SAX
>>Filter, allowing the same filters to be reused in MDSAX, Cowans model
>>and in any other filter models that may spring up later.
>>
>>I think the best way to achieve this is to use interfaces that present
>>different views of the Filter, essentially what I yesterday (yesterday
>>for me, anyway :) called the 'separate interfaces' model.
>>
>>I'll see if I can find the time tomorrow to devise a design that
>>allows this.
>
>
>Lars,
>
>I think the answer is staring us right in the face. Look at John's
>ParserFilter:
>
>public abstract class ParserFilter
> implements Parser, AttributeList,
> DocumentHandler, DTDHandler, EntityResolver, ErrorHandler {
>.
>.
>.
>}
>
>Now that's a lot of interfaces. Lets say we simplify this just a tad...
>
>public abstract class Filter
> implements Parser, DocumentHandler, DTDHandler, EntityResolver, ErrorHandler {
>
> public Filter()
> {
> }
>
> public void setSourceParser(Parser sourceParser)
> {
> sourceParser.setDocumentHandler(this);
> sourceParser.setDTDHandler(this);
> sourceParser.setEntityResolver(this);
> sourceParser.setErrorHandler(this);
> }
>
> public void setDestinationFilter(Filter destinationFilter)
> {
> destinationFilter.setSourceParser(this);
> }
>
>}
>
>This is a minor generalization of ParserFilter which could also serve as a
>basis for MDSAX.
>
>Bill
>
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev
mailing list