It seems that Windows has it strictly correct, due to this clause in the ZIP
specification:
4.4.17.1 The name of the file, with optional relative path.
The path stored MUST not contain a drive or
device letter, or a leading slash. All slashes
MUST be forward slashes '/' as opposed to
backwards slashes '\' for compatibility with Amiga
and UNIX file systems etc. If input came from standard
input, there is no file name field.
So we have to be thankful that other ZIP tools do not take that requirement
to avoid absolute paths too seriously.
Neil.
on 13/11/13 5:38 PM, neil bradley <[email protected]> wrote:
> Thanks, you are right. The problem is Windows built-in ZIP feature.
>
> The problem is described here...
>
> http://www.perlmonks.org/?node_id=1045404
>
> Thanks again.
>
> Neil.
>
> on 13/11/13 5:23 PM, Geert Josten <[email protected]> wrote:
>
>> Hi Neil,
>>
>> Did you check the section in the documentation about exporting files
using
>> mlcp?
>>
>> http://docs.marklogic.com/6.0/guide/ingestion/content-pump#id_74682
>>
>> It talks about various uri decoding before writing files. Could it be
that
>> the files end up somewhere else then you might expect?
>>
>> I also thought there was something with zip entries starting with /.
>> Perhaps your zip tool doesn't expect that, and can't show them. Did you
>> try a command-line tool to list the zip contents? You could use the java
>> jar tool for that.
>>
>> Kind regards,
>> Geert
>>
>>> -----Oorspronkelijk bericht-----
>>> Van: [email protected] [mailto:general-
>>> [email protected]] Namens "neil bradley"
>>> Verzonden: woensdag 13 november 2013 17:56
>>> Aan: [email protected]
>>> Onderwerp: [MarkLogic Dev General] export bug in mlcp?
>>>
>>> Hi,
>>>
>>> Maybe I am missing something, but normal mlcp export works OK, yet
>>> when I include "-compress true" I get a ZIP file with many files and
>>> directories missing from it.
>>>
>>> I have established that it is the files and directories with a leading
>>> "/" that are omitted (I usually include "/" to make them visible in
>>> WebDAV).
>>>
>>> All the files appear OK when there is no compression to ZIP.
>>>
>>> I am using ML 6.0 on Windows 7 and the latest version of mlcp for ML
>>> version 6.
>>>
>>> Any ideas?
>>>
>>> Also, I happened to have one file with leading "\" instead of "/",
>>> which really upset mlcp - I would have thought it might handle that
>>> and treat it as equivalent. I removed that file prior to confirming
>>> the main problem above still occurs.
>>>
>>> Neil.
>>> _______________________________________________
>>> General mailing list
>>> [email protected]
>>> http://developer.marklogic.com/mailman/listinfo/general
>>
>>
>>
> _______________________________________________
> General mailing list
> [email protected]
> http://developer.marklogic.com/mailman/listinfo/general
>
>
>
_______________________________________________
General mailing list
[email protected]
http://developer.marklogic.com/mailman/listinfo/general
