W3C home > Mailing lists > Public > xproc-dev@w3.org > December 2009

RE: data in p:for-each

From: Philip Fennell <Philip.Fennell@marklogic.com>
Date: Wed, 2 Dec 2009 02:55:11 -0800
To: "xproc-dev@w3.org" <xproc-dev@w3.org>
Message-ID: <D20C296D14127D4EBD176AD949D8A75A1DE95D87@EXCHG-BE.marklogic.com>
Stephanie,

Vojtech wrote:

> I am not sure whether Calabash supports the file: URI 
> scheme in p:http-request



Calabash does support the file: URI scheme and you also need to 'fix' the URIs (see example below). 

<p:make-absolute-uris match="/c:request/@href"/>
		<p:string-replace match="/c:request/@href" replace="replace(., 'file:', 'file://')">
			<p:documentation>Fixes the URI so that it can be used by the http-request step.</p:documentation>
		</p:string-replace>

This is certainly required for Windows but, if memory serves, is not an issues for Linux/Unix.

Regards


Philip Fennell
Consultant

Mark Logic Corporation
www.marklogic.com

E-mail: philip.fennell@marklogic.com
Mobile: +44 (0)7824 830 866 




-----Original Message-----
From: xproc-dev-request@w3.org [mailto:xproc-dev-request@w3.org] On Behalf Of Toman_Vojtech@emc.com
Sent: 01 December 2009 08:51
To: xproc-dev@w3.org
Subject: RE: data in p:for-each

Stephanie,

The problem is that p:data can't take XPath expressions as the value of
the href attribute. This is because p:data is not a step, and href
therefore isn't an option, but just an ordinary XML attribute. That
means that you can't parametrize p:data based on an option or a
variable.

XProc has only limited support for dealing with binary data. The problem
you have is primarily because there is no real step equivalent to
p:data, something like p:load is to p:document. The closest thing that
comes close to this is p:http-request, but that one is not required to
support the file: URI scheme.

I am not sure whether Calabash supports the file: URI scheme in
p:http-request, but you can give it a try. If it does not work, I am
afraid the only option is to write a custom step.

Regards,
Vojtech
Received on Wednesday, 2 December 2009 10:55:41 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 2 December 2009 10:55:41 GMT