John Zhuge commented on HADOOP-14730:

Verified v004 did work in this use case: 3.0.0b1 hadoop-azure-datalake jar 
dropped into a 2.9.0 cluster. However, is the use case supported? Is the 
maintenance cost over benefit?

[~andrew.wang] Do we support this kind of in-place upgrade of a jar from 2.x to 
3.x? Considering hadoop-azure-datalake is relatively independent.

During future dev, how can we quickly tell which common API only exists in 3.x?

How can we automatically test in-place upgrade of a jar?

The inheritance of AdlFileStatus from FileStatus introduces tight coupling 
between these 2 classes, although AdlFileStatus is pretty simple at this point.

> hasAcl property always set to false, regardless of FsPermission higher bit 
> order 
> ---------------------------------------------------------------------------------
>                 Key: HADOOP-14730
>                 URL: https://issues.apache.org/jira/browse/HADOOP-14730
>             Project: Hadoop Common
>          Issue Type: Bug
>    Affects Versions: 3.0.0-beta1
>            Reporter: Vishwajeet Dusane
>            Assignee: Chris Douglas
>             Fix For: 3.0.0-beta1
>         Attachments: HADOOP-14730.001.patch, HADOOP-14730.002.patch, 
> HADOOP-14730.003.patch, HADOOP-14730.004.patch
> 2 Unit Test cases are failing  [Azure-data-lake Module 
> |https://github.com/apache/hadoop/blob/4966a6e26e45d7dc36e0b270066ff7c87bcd00cc/hadoop-tools/hadoop-azure-datalake/src/test/java/org/apache/hadoop/fs/adl/TestGetFileStatus.java#L44-L44],
>  caused after HDFS-6984 commit.
> Issue seems to be {{hasAcl}} is hard coded to {{false}}. 
> {code:java}
> public FileStatus(long length, boolean isdir,
>                     int block_replication,
>                     long blocksize, long modification_time, long access_time,
>                     FsPermission permission, String owner, String group, 
>                     Path symlink,
>                     Path path) {
>     this(length, isdir, block_replication, blocksize, modification_time,
>         access_time, permission, owner, group, symlink, path,
>         false, false, false);
>   }
> {code}

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org

Reply via email to