Errata

Forgive me if this is obvious to a SAX/java old hand, but I'm not!
I tried compiling and running the very basic example as a test of my new SDK 1.4
installation and it spat out the create of the XMLReader saying that the system
property org.xml.sax.driver wasn't specified.
Having dug much deeper, it turns out that I need to either set this property to
org.apache.crimson.parser.XMLReaderImpl either in the command line or in a
System.setProperty() call.
This is sort of explained (well, for a newbie!) in Chapter 3 but the class name is
(possibly incorrectly) shown as org.apache.crimson.XMLRedaerImpl
Also, on Page 17, the implication is that for a JDK 1.4 installation, nothing further
needs to be done.
Happily the author's Top Ten Tips article on www.oreilly.com shows the class name and
makes it clear that you do need to do something about associating the crimson
implementation with the contructor, despite the fact that it's embedded.
As I said at the start, all of the above may be mis-understandings due to my lack of
experience, but I did find it confusing.

No object specified, in example on page 31, for
method setContentHandler (....
Would appear to be producer.setContentHander( new XMLWriter.....

Example 2-2. Printing only character content (a simple example)

public class Example extends DefaultHandler {
public void characters (char buf [], int offset, int length)
throws SAXException
{
System.out.write (new String (buf, offset, length));
}
}

"System.out.write" is a private method, so that the example cannot be compiled, but this is working:

class Example extends DefaultHandler {
public void characters (char buf [], int offset, int length)
throws SAXException
{
System.out.print (new String (buf, offset, length));
}
}

retval.setInputSource (new ByteArrayInputStream (data));

setInputSource is a method of javax.xml.transform.sax.SAXSource, not of
org.xml.sax.InputSource.

The correct way is in the creation moment
InputSource retval = new InputSource(new ByteArrayInputStream (data));

In the example that spans pages 108-109, a custom SAXParseException is created with
three parameters for the purpose of providing more robust Exception handling.

Then, in the third line on page 109, the custom Exception is disgarded, and the
generic exception is thrown instead, defeating the purpose of the example.

Shouldn't the third line read:

errHandler.error(spe)

instead of

errHandler.error(e)
?

public class RssGenServlet extend HttpServlet

should read

public class RssGenServlet extends HttpServlet
^

It is only "serious" because it won't compile without this change.