- From: Norman Walsh <ndw@nwalsh.com>
- Date: Thu, 26 Apr 2012 09:36:32 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <m2aa1yr4wv.fsf@nwalsh.com>
The canonical resource manager use case, to my mind, is the XInclude case. Consider this slightly contrived example. input.xml: <doc>Today's weather is <xi:include href="todays-weather.xml"/> </doc> pipeline.xpl: <p:pipeline> ... <ext:get-weather-based-on-params-or-locale-or-whatever base-uri="todays-weather.xml"/> <p:xinclude> <p:input port="source"> <p:document href="input.xml"/> </p:input> </p:xinclude> ... </p:pipeline> The idea is that the get-weather... step produces a document with the appropriate base URI and then when XInclude goes off to get that document, the pipeline provides the document generated by some other step in the pipeline. It's possible, for any given case, to imagine ways to rewrite the pipeline, but the general case remains: processing some documents will appeal to URIs and it would be useful to be able to generate the documents that should satisfy those URIs in other steps in the pipeline (consider synthesized stylesheets and schemas, for example). Be seeing you, norm -- Norman Walsh Lead Engineer MarkLogic Corporation Phone: +1 413 624 6676 www.marklogic.com
Received on Thursday, 26 April 2012 13:37:06 UTC