W3C home > Mailing lists > Public > xproc-dev@w3.org > July 2011

RE: cx:zip issue...

From: Geert Josten <geert.josten@daidalos.nl>
Date: Tue, 26 Jul 2011 18:38:29 +0200
To: Nic Gibson <nicg@corbas.net>
CC: XProc Dev <xproc-dev@w3.org>
Message-ID: <B26C615F8546A84C81165A7BC8BE61A020F3B86D30@EXMBXC01.ms-hosting.nl>
Hi Nic,

That explains it. I am zipping images in the same call to zip, so I was already storing on disk first, not using method nor input source. And I didn't need a second zip call so far.. ;-)

Kind regards,

-----Oorspronkelijk bericht-----
Van: Nic Gibson [mailto:nicg@corbas.net] 
Verzonden: dinsdag 26 juli 2011 16:26
Aan: Geert Josten
CC: XProc Dev
Onderwerp: Re: cx:zip issue...

On 20 Jul 2011, at 16:44, Geert Josten wrote:

> Hi Nic,
> I'd be interested to learn them. Haven't had trouble using cx:zip otherwise myself, but I could run into that later on.
> I did notice p:exec is quite picky with the command url too. Backslashes seem to behave as escape characters as well, not what I would have expected. The result is some weird exception, without further clues. I probably should file a bug report, haven't gotten around doing so..
> Kind regards,
> Geert 

Sorry I took so long to reply Geert. 
The two issues I'm looking at right now 

a) The method attribute is ignored by cx:zip. That may be the right thing to do but I was trying to serialise to text and had the XML I wanted to serialise on the source port. I had expected (possibly wrongly) to see the the input serialised as text.  I ended up using p:store and cxf:tempfile to work around that.

b) I'm not certain yet but I think that running two cx:zip steps that update a zip immediately after each other causes the first to have no effect. I'm just trying to make sure on this one, create a repeatable test case and raise a bug report in Calabash if needed.

Nic Gibson
Corbas Consulting
Digital Publishing Consultancy and Training
http://www.corbas.co.uk, +44 (0)7718 906817	
Received on Tuesday, 26 July 2011 16:38:55 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:03:08 UTC