|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] 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 {
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








