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

Re: SAX/Java Proposed Changes

• To: "XML Developers List" <xml-dev@l...>
• Subject: Re: SAX/Java Proposed Changes
• From: "Jeff Rafter" <lists@j...>
• Date: Fri, 5 Mar 2004 10:12:07 -0800
• Cc: "SAX Developers' List" <sax-devel@l...>
• References: <40488A7C.90003@a...> <p06010202bc6e524db87c@[192.168.254.4]> <4048BDA9.3010802@a...>

> Still, this change would make some existing major parsers that are
currently
> conformant suddenly non-conformant, and I'm not comfortable doing that
> lightly, for what is mainly a bookkeeping and cleanup release.  If all of
> the new properties and features are optional, I don't think that there's
> anything else in the list that would break existing parsers.

Right, my main concern is getting what we have out the door. There is
already a small list of growing features/changes that are not intended for
this release. This is why I quickly agreed with the proposed changes. I
would venture to guess that I am the main voice calling for the endDocument
because of filter chains... if it is not fixed now nothing changes... if it
is fixed then we have to wait on all of the major parsers to support that
change (which should be easy to implement). So in the interim we are back to
no change (experienced).

> > Letting it go either way is the real problem.
>
> Noted.  What does everyone else think?

Agreed-- it would be nice to depend on it... seems cleaner. But we can't
now... so any existing filter chain doesn't/shouldn't rely on it. Only new
ones. If it didn't make this release I wouldn't complain... if it did, I
wouldn't complain... unless it took a long time to nail it down.

All the best,
Jeff Rafter

• References:
  • SAX/Java Proposed Changes
    • From: David Megginson <dmeggin@a...>
  • Re: SAX/Java Proposed Changes
    • From: Elliotte Rusty Harold <elharo@m...>
  • Re: SAX/Java Proposed Changes
    • From: David Megginson <dmeggin@a...>

• Prev by Date: RE: some basic questions
• Next by Date: Re: SAX/Java Proposed Changes
• Previous by thread: Re: SAX/Java Proposed Changes
• Next by thread: Re: SAX/Java Proposed Changes
• Index(es):
  • Date
  • Thread