On Sun, 2005-05-01 at 12:27 -0500, Worley Kevin wrote: > Howdy, > > I would like to know if anyone can tell me how to 'shortcut' a parse. > > The XML file that I need to parse does not use Namespaces, but the rules > I need to use vary based on information in the "header" section. > Basically, the file is something like: > > >

> X956487 > 1967-08-13 > ABC > name@domain.com > A123456789B >

> > > > XYX Corp. > Group a > 6565656 > John Doe > 123 > AW54645664Z > 456789456 > 456789789 > > ... > > > > > The 'body' can consist of thousands of 'LineItem' elements which are > each much more extensive than shown here. Currently, I use Digester > with rules to parse the header. When complete, I can look at what was > returned and set the rules to correctly parse the 'body' of the file. > This works, but requires the digester to completely parse the file > twice. I'd really like to avoid doing it this way. > > Does anyone know of a way I can have the parser simply end after the > 'header' section is parsed? I think you could write your own Rule class that throws an exception: class CancelParseException extends SAXException {} class CancelParseRule extends Rule { public void begin(...) { throw new CancelParseException(); } } ... digester.addRule("bulkdata/body", new CancelParseRule()); ... try { digester.parse(input); } catch(CancelParseException ex) { // ok } The above is only pseudocode; not tested! Alternatively, run the xml input through an org.xml.sax.XMLFilter before passing it to Digester to discard the unwanted xml on the first pass. The xml will still be parsed, but at least Digester won't have to process it. Or use XSLT to do the same job of "filtering" the input xml. Note that Digester is a ContentHandler, so can be passed to parser.setContentHandler rather than calling digester.parse in order to incorporate it in a "pipeline" of SAX events. This can be useful when playing tricks with xml such as filtering/transforming before passing data to digester. Regards, Simon --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org