- From: Norman Walsh <Norman.Walsh@Sun.COM>
- Date: Thu, 27 Apr 2006 06:33:40 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87odyn8fzv.fsf@nwalsh.com>
/ Alex Milowski <alex@milowski.org> was heard to say:
|> 3. Reorder the steps in the pipeline, e.g. parallel execution. For
|> example, running p:second before, or at the same time as, p:first in
|> this pipeline:
|> <p:pipeline>
|> <p:output ref="foo" />
|> <p:step name="p:first">
|> <p:input href="first.xml" />
|> <p:output label="first" />
|> </p:step>
|> <p:step name="p:second">
|> <p:input href="second.xml" />
|> <p:output label="second" />
|> </p:step>
|> <p:step name="p:foo">
|> <p:input name="doc1" ref="first" />
|> <p:input name="doc2" ref="second" />
|> <p:output label="foo" />
|> </p:step>
|> </p:pipeline>
|
| Yes, this should be allowed.
|
|> 4. Use cached results of the component invoked in the same way in the
|> same pipeline invocation. For example, using 'copy1' rather than 'copy2'
|> in the p:foo step in this pipeline:
|> <p:pipeline>
|> <p:output ref="foo" />
|> <p:step name="p:copy">
|> <p:input href="copy.xml" />
|> <p:output label="copy1" />
|> </p:step>
|> <p:step name="p:copy">
|> <p:input href="copy.xml" />
|> <p:output label="copy2" />
|> </p:step>
|> <p:step name="p:foo">
|> <p:input name="doc1" ref="copy1" />
|> <p:input name="doc2" ref="copy2" />
|> <p:output label="foo" />
|> </p:step>
|> </p:pipeline>
|
| I don't see how this is different than #3. The graphs are exactly the
| same.
No, they aren't. In the first graph, two different components are run:
p:first and p:second, then p:foo. In the second graph, the same
component is run twice: p:copy and p:copy, then p:foo.
Be seeing you,
norm
--
Norman Walsh
XML Standards Architect
Sun Microsystems, Inc.
Received on Thursday, 27 April 2006 10:33:52 UTC