- From: mozer <xmlizer@gmail.com>
- Date: Sun, 20 May 2012 16:15:03 +0200
- To: Florent Georges <fgeorges@fgeorges.org>
- Cc: XProc Dev <xproc-dev@w3.org>
- Message-ID: <CAKdwC_N9keWYiCL0ty_gf2KO864VBni5OfY0jkOrT+3iikCB+g@mail.gmail.com>
2012/5/20 Florent Georges <fgeorges@fgeorges.org> > On 20 May 2012 13:01, mozer wrote: > > Hi, > > > p:error only exists in the case of a p:try > > That's not what I read from [1]: > > The p:error step generates a dynamic error using the input > provided to the step. > [...] > The error generated can be caught by a p:try just like any other > dynamic error. > > The step throw an error, and one CAN catch it in a try/catch. But > if not, it is reported to the environment like any other error. Did > I miss something? > Ok fair enough, I mixed with the error port on p:catch Apologize > > > you have probably a clear use case in mind when asking this and > > there might be a limitation in Calabash from this side > > I use XProc in Servlex [2] to write webapps. A pipeline is mapped > to a URI, in order to produce the webpage (or whatever content) for > that URI. You can also set a special pipeline to be an error handler > which is automatically evaluated in case an error is thrown in one > "regular" pipeline. > > So one webapp can define its own error reporting mechanism, and pass > more information to the error handler through the user-provided input > to the p:error step. > Ok so you want to capture the content of the c:errors I support this and you probably should open a bug (if it's not already done) on GitHub <c:errors xmlns:c="http://www.w3.org/ns/xproc-step" xmlns:p="http://www.w3.org/ns/xproc" xmlns:my="http://www.example.org/error"> <c:error name="bad-document" type="p:error" code="my:unk12"><message>The document element is unknown.</message> </c:error> </c:errors> > > Regards, > > -- > Florent Georges > http://fgeorges.org/ > http://h2oconsulting.be/ > > [1] http://www.w3.org/TR/xproc/#c.error > [2] http://servlex.googlecode.com/ >
Received on Sunday, 20 May 2012 14:15:33 UTC