W3C home > Mailing lists > Public > public-xml-processing-model-wg@w3.org > July 2007

Re: Catching errors

From: Norman Walsh <ndw@nwalsh.com>
Date: Tue, 10 Jul 2007 10:07:41 -0400
To: public-xml-processing-model-wg@w3.org
Message-ID: <874pkcmjwy.fsf@nwalsh.com>
/ Rui Lopes <rlopes@di.fc.ul.pt> was heard to say:
|> This is almost just syntactic sugar for a p:choose inside a p:catch.
|> What's different is that it would allow "other errors" to percolate
|> up. We have no mechanism for doing that.
|
| Allowing "other errors" to percolate up is the key factor. With
| @code, a pipeline library author has the ability to control over
| which errors should be handled by the library itself or by library
| users. Imho, it's not a corner case.

Yes. I was agreeing with you :-)

|> I don't know. Someone's going to suggest p:finally if we do this.
|> (Actually, it's already been suggested to me, but...)
|
| I'm not sure if p:finally would be useful outside corner cases, but I'd give it
| a chance. Maybe an example would clarify this.

I can't think of one, but I'm not sure I've ever used "finally" in a
Java program either. Given that steps are self-contained, I really
don't think we need a finally. Though, I suppose someone will raise
the case of an extension step that opens a database and needs a
finally to close it.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | Everything should be made as simple as
http://nwalsh.com/            | possible, but no simpler.

Received on Tuesday, 10 July 2007 14:07:50 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:21:53 GMT