- From: Norman Walsh <ndw@nwalsh.com>
- Date: Tue, 02 Sep 2014 12:08:59 -0500
- To: XProc Dev <xproc-dev@w3.org>
- Message-ID: <87sikalzkk.fsf@nwalsh.com>
Wendell Piez <wapiez@wendellpiez.com> writes: > So somewhere between xmlcalabash-1.0.3-94 and 1.0.18-95, my XProcs > stopped working. I now get an error about a p:document failing to > load. From the command line, the system even hangs. On breaking it I > can see in the tb: Can you create a test case that demonstrates the problem and create an issue, please? https://github.com/ndw/xmlcalabash1/issues > Admittedly these are very rude creatures, these XProcs. They call in > non-XML input by accepting a runtime option (a string) they can hand > to Saxon, which is then invited to use unparsed-text() to read them. > > The XProc itself never sees anything but XML - the front end of its > input stream is given as a literal in the XProc: > > <p:input port="source"> > <p:inline><document><!-- dummy document</document</p:inline> > </p:input> > <p:with-param name="file" select="$fileOption"/> I don't understand your example. The content of p:inline isn't well formed, so I don't think the pipeline will even load. > In general, what is the recommended practice currently when the > primary input is not XML? I think I was playing hooky the day that was > discussed. Use p:data or pass it on the command line with -d-data-input: http://xmlcalabash.com/docs/reference/cfg.data-input.html Be seeing you, norm -- Norman Walsh Lead Engineer MarkLogic Corporation Phone: +1 512 761 6676 www.marklogic.com
Received on Tuesday, 2 September 2014 17:09:29 UTC