[
https://issues.apache.org/jira/browse/HBASE-6834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13458592#comment-13458592
]
Hudson commented on HBASE-6834:
-------------------------------
Integrated in HBase-TRUNK-on-Hadoop-2.0.0 #181 (See
[https://builds.apache.org/job/HBase-TRUNK-on-Hadoop-2.0.0/181/])
HBASE-6834 HBaseClusterManager shell code breaks hadoop-2.0 build (Revision
1387458)
Result = FAILURE
stack :
Files :
*
/hbase/trunk/hbase-it/src/test/java/org/apache/hadoop/hbase/HBaseClusterManager.java
> HBaseClusterManager shell code breaks hadoop-2.0 build
> ------------------------------------------------------
>
> Key: HBASE-6834
> URL: https://issues.apache.org/jira/browse/HBASE-6834
> Project: HBase
> Issue Type: Bug
> Reporter: Gregory Chanan
> Assignee: Enis Soztutar
> Fix For: 0.96.0
>
> Attachments: hbase-6834_v1.patch
>
>
> I get the following error:
> {noformat}
> HBaseClusterManager.java:[73,23] getExecString() in
> org.apache.hadoop.hbase.HBaseClusterManager.RemoteShell cannot override
> getExecString() in org.apache.hadoop.util.Shell.ShellCommandExecutor;
> attempting to assign weaker access privileges; was public
> {noformat}
> the issue is that getExecString() is declared public in hadoop-2.0, but
> protected in hadoop-1.0. In HBase, it is declared protected, and you can't
> downgrade from public to protected.
> We can just declare the function public and that seems to work, but given
> that in hadoop the class is declared
> {code}
> @InterfaceAudience.LimitedPrivate({"HDFS", "MapReduce"})
> {code}
> perhaps we should just copy the class into hbase source.
--
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
