[
https://issues.apache.org/jira/browse/HDFS-5715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13864862#comment-13864862
]
Colin Patrick McCabe commented on HDFS-5715:
--------------------------------------------
This has broken the build for me as well. It's not your fault, it passed
Jenkins and seems to be fine on JDK6. It seems like we need to start talking
about JDK7 build slaves. In the meantime, can we get a fix or revert?
The issue is this:
{code}
[ERROR]
/home/kasha/code/hadoop-trunk/hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/server/namenode/snapshot/AbstractINodeDiff.java:[134,53]
error: snapshotId has private access in AbstractINodeDiff
{code}
> Use Snapshot ID to indicate the corresponding Snapshot for a
> FileDiff/DirectoryDiff
> -----------------------------------------------------------------------------------
>
> Key: HDFS-5715
> URL: https://issues.apache.org/jira/browse/HDFS-5715
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: namenode
> Reporter: Jing Zhao
> Assignee: Jing Zhao
> Fix For: 3.0.0
>
> Attachments: HDFS-5715.000.patch, HDFS-5715.001.patch,
> HDFS-5715.002.patch
>
>
> Currently FileDiff and DirectoryDiff both contain a snapshot object reference
> to indicate its associated snapshot. Instead, we can simply record the
> corresponding snapshot id there. This can simplify some logic and allow us to
> use a byte array to represent the snapshot feature (HDFS-5714).
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
