SAXException, checked, buy why?

[Alan Gutierrez <alan-xml-dev@engrm.com>]

    What was the thinking behind making SAXException a checked
    exception?
   
    I'm considering removing them from my SAX Strategy library, and
    attempting to replace them with an error handling interface that
    throws unchecked exceptions of the user's choice.

    It would allow me to do things like:

    Composer composer = new Composer();

    Composer map = composer.launch("map", new PairedEventListener() {
        public void start(Campaign campaign, Event event) {
            campaign.getSink()
                    .getSpigot()
                    .startAttributes(event.getElement())
                        .attribute("extra-attribute", 1)
                    .startElement(event.getElement());
        }
        public void end(Campaign campaign, Event event) {
            event.getElement().forward(campaign.getSink())
        }
    }

    When I'm writing a lot of little anonymous classes, the method
    signature gets cumbersome, and I can see that I'm only
    propigating the exception.

    It's unslightly. If it's simply a matter of taste, I think I
    might make it more inline with my taste.

    Kind regards.

--
Alan Gutierrez - alan@engrm.com