- From: Norman Walsh <Norman.Walsh@Sun.COM>
- Date: Thu, 07 Sep 2006 10:43:03 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87ac5bvitk.fsf@nwalsh.com>
Step Steps are artifacts in a pipeline document. The <p:pipeline>, <p:step>, <p:(for-each|viewport|choose|...)>, and <p:declare-input> elements are all steps. Steps have a type and identity (and input/output/parameter bindings). Steps either declare a single component or or instantiate one or more components. Step Type The type of a step is essentially it's localName in the XML syntax. So we have "step" steps (ordinary steps, if you will), "for-each" steps, etc. Step Identity The identity of a step is its name which must be unique within a pipeline. Step Containers Some steps are step containers. A step container is just like any other step except that it contains steps of its own. Special rules apply to the input/output (and maybe parameter) bindings of steps in a step containre. Component Components are artifacts in the "flow graph" that describes the operation of a pipeline. Components have a component type and identity (and input/output/parameter bindings) Component Type The type of a component is essentially the operation it performs, e.g., "an XSLT component" or "a validation component". Step containers (I think it's only step containers) instantiate components with a unique, anonymous type that matches the declarations on the container. Component Identity All instantiated components are unique. (e.g., an implementor might write code to implement a component of type XSLT and a running pipeline might contain two instances of that componet.) Pipeline Library A pipeline library is a collection of pipelines. Any good? Be seeing you, norm -- Norman Walsh XML Standards Architect Sun Microsystems, Inc.
Received on Thursday, 7 September 2006 14:42:55 UTC