- From: Jeni Tennison <jeni@jenitennison.com>
- Date: Mon, 20 Mar 2006 12:49:58 +0000
- To: public-xml-processing-model-wg@w3.org
Hi, [Many apologies if my comments are out-of-whack due to my prolonged absence: I've read all the minutes, but they never capture everything.] Alessandro Vernet wrote: > In fact, we could consider that we have a pre-defined component called > "pipeline" that just runs pipeline, just like "xslt" runs a > stylesheet: > > <p:step name="pipeline"> > <p:input name="pipeline" href="expandandvalidate.xpl"/> > <p:input name="schemas" href="a.xsd"/> > <p:input name="document" href="mydoc.xml"/> > <p:output label="ok1"/> > </p:step> I agree with Norm's observation that always having to define reusable pipelines in separate documents makes things harder than they should be. I have two other arguments for why we shouldn't have a pipeline component as the only method of reusing pipelines: (1) It makes it harder for GUIs, other helper applications, and users to identify the reusable parts of a pipeline. (2) It opens the door to dynamically generated pipeline specifications, and I don't think we want to go there (do we?). I don't think that we can or should stop pipeline engines from making a pipeline-interpreting component available, but I think we should have a native method of reusing subpipelines. In fact, once a pipeline is given a name then it should be usable just like any other component. So once you've defined the 'expandandvalidate' pipeline, you should be able to invoke it using the standard syntax for invoking components, such as: <p:step name="expandandvalidate"> <p:input name="schemas" href="a.xsd" /> <p:input name="document" href="mydoc.xml" /> <p:output label="ok1" /> </p:step> Cheers, Jeni -- Jeni Tennison http://www.jenitennison.com
Received on Monday, 20 March 2006 12:49:58 UTC