hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Huang <gee...@gmail.com>
Subject Re: HBase 0.94 - TableMapReduceUtil class, overloaded method "initTableMapperJob" behaves differently
Date Tue, 08 Apr 2014 05:20:49 GMT
Good to see this patch is already in action, so we can avoid others
spending time on this once this is committed.


On Mon, Apr 7, 2014 at 7:09 PM, liushaohui <liushaohui@xiaomi.com> wrote:

> Please see https://issues.apache.org/jira/browse/HBASE-10692
>
> This issue is about this problem.
>
> May someone help to push it ? Thanks.
>
> - Shaohui Liu
>
>
>
> On 04/08/2014 05:48 AM, Ted Yu wrote:
>
>> You are talking about this method, right ?
>>
>>    public static void initTableMapperJob(List<Scan> scans,
>>        Class<? extends TableMapper> mapper,
>>        Class<? extends WritableComparable> outputKeyClass,
>>        Class<? extends Writable> outputValueClass, Job job,
>>        boolean addDependencyJars) throws IOException {
>>
>> Looks like it should call initCredentials(job) as well.
>>
>>
>> On Mon, Apr 7, 2014 at 2:37 PM, Jim Huang <geekyj@gmail.com> wrote:
>>
>>  I am looking at the 0.94 branch and I have noticed that the overloaded
>>> methods for "initTableMapperJob" behaves differently in that one of them
>>> calls the "initCredentials(job);" while the others don't.  For people who
>>> are using Kerberos security on their cluster, the initCredentials(job)
>>> sets
>>> up the HBase security tokens for all the mapper tasks only for that
>>> overloaded method.  Is there a specific reason why this could be
>>> intentional?  Otherwise, I would like to create a new JIRA to see if I
>>> can
>>> work on this as a newbie issue.
>>>
>>> Thanks for any pointer.
>>> Jim
>>>
>>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message