[ 
https://issues.apache.org/jira/browse/HBASE-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benoit Sigoure reopened HBASE-3194:
-----------------------------------

      Assignee: stack  (was: Gary Helmling)

#1032848 prevents HBase from compiling.  Please fix.

{code}

[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 437 source files to /private/tmp/tt/hbase/target/classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure

/private/tmp/tt/hbase/src/main/java/org/apache/hadoop/hbase/LocalHBaseCluster.java:[33,39]
 package org.apache.hadoop.hbase.security does not exist

/private/tmp/tt/hbase/src/main/java/org/apache/hadoop/hbase/LocalHBaseCluster.java:[176,23]
 cannot find symbol
symbol  : class User
location: class org.apache.hadoop.hbase.LocalHBaseCluster

/private/tmp/tt/hbase/src/main/java/org/apache/hadoop/hbase/LocalHBaseCluster.java:[203,23]
 cannot find symbol
symbol  : class User
location: class org.apache.hadoop.hbase.LocalHBaseCluster
{code}

> HBase should run on both secure and vanilla versions of Hadoop 0.20
> -------------------------------------------------------------------
>
>                 Key: HBASE-3194
>                 URL: https://issues.apache.org/jira/browse/HBASE-3194
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Gary Helmling
>            Assignee: stack
>             Fix For: 0.90.0
>
>
> There have been a couple cases recently of folks trying to run HBase trunk 
> (or 0.89 DRs) on CDH3b3 or secure Hadoop.    While HBase security is in the 
> works, it currently only runs on secure Hadoop versions.  Meanwhile HBase 
> trunk won't compile on secure Hadoop due to backward incompatible changes in 
> org.apache.hadoop.security.UserGroupInformation.
> This issue is to work out the minimal set of changes necessary to allow HBase 
> to build and run on both secure and non-secure versions of Hadoop.  Though, 
> with secure Hadoop, I don't even think it's important to target running with 
> HDFS security enabled (and krb authentication).  Just allow HBase to build 
> and run in both versions.
> I think mainly this amounts to abstracting usage of UserGroupInformation and 
> UnixUserGroupInformation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to