- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 01 Apr 2009 20:34:19 -0500
- To: public-xml-processing-model-comments@w3.org
- Message-ID: <m2vdpndejo.fsf@nwalsh.com>
James Fuller <james.fuller.2007@gmail.com> writes: > A few thoughts on error processing in xproc: > > * has it been considered that try/catch throws exceptions and > everything else errors, I like c:exception better versus c:error Is there a semantic difference between error and exception, or would you just like the spec better if we did a s/error/exception? > * should a p:error have a "error" output port What would it mean? A p:error always aborts execution, possibly captured by an ancesor p:try. If p:try does catch it, I expect the input to p:error to appear on the p:catch "error" port, though perhaps that's not clear. > * I was thinking of how nice it would be to output all error messages > as well formed documents ... perhaps this could be achieved using a > top level try/catch but I guess there is scope for this type of > functionality as an extension attribute on p:pipeline and leave it to > the implementator to provide Given that errors appear on an error port, I exect them to be WF. Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | Two starving men cannot be twice as http://nwalsh.com/ | hungry as one; but two rascals can be | ten times as vicious as one.--George | Bernard Shaw
Received on Thursday, 2 April 2009 01:34:59 UTC