[
https://issues.apache.org/jira/browse/COMPRESS-214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13576098#comment-13576098
]
Julius Davies edited comment on COMPRESS-214 at 2/11/13 8:41 PM:
-----------------------------------------------------------------
Looks great! I fixed a doc typo in rev. 1444954.
At first I was trying to think if the General-Purpose-Bit's UTF-8 flag could
imply that the contents of an entry were also UTF-8.
But my sense is that flag pertains only to the entry's name, so probably has no
bearing on the contents, even if the contents are a symlink.
Thanks!!!
was (Author: juliusdavies):
Looks great! I fixed a doc typo in rev. 1444954.
At first I was trying to think if the General-Purpose-Bit's UTF-8 flag could
imply that the contents of any entry were also UTF-8.
But my sense is that flag pertains only to the entry's name, so probably has no
bearing on the contents, even if the contents are a symlink.
Thanks!!!
> better support for unix symlinks
> --------------------------------
>
> Key: COMPRESS-214
> URL: https://issues.apache.org/jira/browse/COMPRESS-214
> Project: Commons Compress
> Issue Type: Improvement
> Components: Archivers
> Reporter: Julius Davies
> Assignee: Julius Davies
> Priority: Minor
> Fix For: 1.5
>
> Attachments: COMPRESS-214.patch, COMPRESS-214_unix_symlinks.zip
>
>
> The current API is a little awkward when dealing with symlinks (e.g., those
> created using Info-Zip's "zip -y").
> I propose the following three methods for ZipArchiveEntry:
> {noformat}
> public boolean isUnixSymlink()
> public String getUnixSymlink(ZipFile zf)
> public String getUnixSymlink(ZipFile zf, String pathCharset)
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
