[
https://issues.apache.org/jira/browse/HADOOP-3663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626393#action_12626393
]
Mahadev konar commented on HADOOP-3663:
---------------------------------------
so here is a proposal after talking to owen and sanjay...
the archive command would look like
archive -p /foo/bar <relatives paths to /foo/bar>
example
archive -p /foo/bar a b c
where /foo/bar/a is a directory, /foo/bar/b, /foo/bar/c is a directory.
if no -p is specified then the archives will work as it is now... the paths
inside the archive will be absolute.
this will allow user to access archives that are created using relative paths.
as of 0.18
if you create an archive with
archive /foo/bar/a /foo/bar/b /foo/bar/c
then to access these directories in the archives you will have to use
har://somepath.har/foo/bar/a
har://somepath.har/foo/bar/b
har://somepath.har/foo/bar/c
with the above proposal the user would create an archive using
archive -p /foo/bar a b c
and to access the directories would use
har://somepath.har/a
har://somepath.har/b
har://somepath.har/c
comments are welcome....
> Allow relative paths to be created inside archives.
> ---------------------------------------------------
>
> Key: HADOOP-3663
> URL: https://issues.apache.org/jira/browse/HADOOP-3663
> Project: Hadoop Core
> Issue Type: Improvement
> Components: tools/harchive
> Reporter: Mahadev konar
> Assignee: Mahadev konar
> Fix For: 0.19.0
>
>
> Archives currently stores the full path from the input sources -- since it
> allows multiple sources and regular expressions as inputs. So the created
> archives have the full path of the input sources. This is un intuitive and a
> user hassle. We should get rid of it and allow users to say that the created
> archive should be relative to some absolute path and throw an excpetion if
> the input does not confirm to the relative absolute path.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
