[jira] [Created] (HADOOP-10486) Remove typedbytes support from hadoop-streaming

Haohui Mai created HADOOP-10486: --- Summary: Remove typedbytes support from hadoop-streaming Key: HADOOP-10486 URL: https://issues.apache.org/jira/browse/HADOOP-10486 Project: Hadoop Common Issue

[jira] [Created] (HADOOP-10485) Remove dead classes in hadoop-streaming

Haohui Mai created HADOOP-10485: --- Summary: Remove dead classes in hadoop-streaming Key: HADOOP-10485 URL: https://issues.apache.org/jira/browse/HADOOP-10485 Project: Hadoop Common Issue Type: I

Re: [VOTE] Release Apache Hadoop 2.4.0

Hi Arun, I apologize for the late response. If the problems are recognized correctly, +1 for the release(non-binding). * Ran examples on pseudo distributed cluster. * Ran tests. * Built from source. Let's fix the problems at the target version(2.4.1). Thanks, - Tsuyoshi On Wed, Apr 9, 2014 at

[jira] [Created] (HADOOP-10484) Remove o.a.h.conf.Reconfig*

Haohui Mai created HADOOP-10484: --- Summary: Remove o.a.h.conf.Reconfig* Key: HADOOP-10484 URL: https://issues.apache.org/jira/browse/HADOOP-10484 Project: Hadoop Common Issue Type: Improvement

Re: Plans of moving towards JDK7 in trunk

> It might make sense to try to enumerate the benefits of switching to > Java7 APIs and dependencies. - Java7 introduced a huge number of language, byte-code, API, and tooling enhancements! Just to name a few: try-with-resources, newer and stronger encyrption methods, more scalable concurrency

[jira] [Created] (HADOOP-10483) AbstractDelegationTokenSecretManager.ExpiredTokenRemover should use adaptable unit to print time

Wangda Tan created HADOOP-10483: --- Summary: AbstractDelegationTokenSecretManager.ExpiredTokenRemover should use adaptable unit to print time Key: HADOOP-10483 URL: https://issues.apache.org/jira/browse/HADOOP-10483

[jira] [Created] (HADOOP-10482) Fix new findbugs warnings in hadoop-common

Haohui Mai created HADOOP-10482: --- Summary: Fix new findbugs warnings in hadoop-common Key: HADOOP-10482 URL: https://issues.apache.org/jira/browse/HADOOP-10482 Project: Hadoop Common Issue Type

[jira] [Created] (HADOOP-10481) Fix new findbugs warnings in hadoop-auth

Haohui Mai created HADOOP-10481: --- Summary: Fix new findbugs warnings in hadoop-auth Key: HADOOP-10481 URL: https://issues.apache.org/jira/browse/HADOOP-10481 Project: Hadoop Common Issue Type:

[jira] [Created] (HADOOP-10480) Fix new findbugs warnings in hadoop-hdfs

Haohui Mai created HADOOP-10480: --- Summary: Fix new findbugs warnings in hadoop-hdfs Key: HADOOP-10480 URL: https://issues.apache.org/jira/browse/HADOOP-10480 Project: Hadoop Common Issue Type:

[jira] [Created] (HADOOP-10479) Fix new findbugs warnings in hadoop-minikdc

Haohui Mai created HADOOP-10479: --- Summary: Fix new findbugs warnings in hadoop-minikdc Key: HADOOP-10479 URL: https://issues.apache.org/jira/browse/HADOOP-10479 Project: Hadoop Common Issue Typ

[jira] [Created] (HADOOP-10478) Fix new findbugs warnings in hadoop-maven-plugins

Haohui Mai created HADOOP-10478: --- Summary: Fix new findbugs warnings in hadoop-maven-plugins Key: HADOOP-10478 URL: https://issues.apache.org/jira/browse/HADOOP-10478 Project: Hadoop Common Iss

[jira] [Created] (HADOOP-10477) Clean up findbug warnings found by findbugs 2.0.2

Haohui Mai created HADOOP-10477: --- Summary: Clean up findbug warnings found by findbugs 2.0.2 Key: HADOOP-10477 URL: https://issues.apache.org/jira/browse/HADOOP-10477 Project: Hadoop Common Iss

[jira] [Created] (HADOOP-10476) Bumping the findbugs version to 2.5.3

Haohui Mai created HADOOP-10476: --- Summary: Bumping the findbugs version to 2.5.3 Key: HADOOP-10476 URL: https://issues.apache.org/jira/browse/HADOOP-10476 Project: Hadoop Common Issue Type: Imp

[jira] [Created] (HADOOP-10474) Move o.a.h.record to hadoop-streaming

Haohui Mai created HADOOP-10474: --- Summary: Move o.a.h.record to hadoop-streaming Key: HADOOP-10474 URL: https://issues.apache.org/jira/browse/HADOOP-10474 Project: Hadoop Common Issue Type: Imp

[jira] [Created] (HADOOP-10473) TestCallQueueManager is still flaky

Tsz Wo Nicholas Sze created HADOOP-10473: Summary: TestCallQueueManager is still flaky Key: HADOOP-10473 URL: https://issues.apache.org/jira/browse/HADOOP-10473 Project: Hadoop Common

[jira] [Created] (HADOOP-10472) KerberosAuthenticator should use org.apache.commons.logging.LogFactory instead of org.slf4j.LoggerFactory

Jing Zhao created HADOOP-10472: -- Summary: KerberosAuthenticator should use org.apache.commons.logging.LogFactory instead of org.slf4j.LoggerFactory Key: HADOOP-10472 URL: https://issues.apache.org/jira/browse/HADOOP-

Re: [VOTE] Release Apache Hadoop 2.4.0

+1 binding Verified binaries, ran from binary on single node cluster. Tested some HDFS clis and wordcount. sanjay On Apr 7, 2014, at 9:52 AM, Suresh Srinivas wrote: > +1 (binding) > > Verified the signatures and hashes for both src and binary tars. Built from > the source, the binary distrib

Re: Plans of moving towards JDK7 in trunk

It might make sense to try to enumerate the benefits of switching to Java7 APIs and dependencies. IMO, the ones listed so far on this thread don't make a compelling enough case to drop Java6 in branch-2 on any time frame, even if this means supporting Java6 through 2015. For example, the change i

[jira] [Created] (HADOOP-10471) Reduce the visibility of constants in ProxyUsers

Benoy Antony created HADOOP-10471: - Summary: Reduce the visibility of constants in ProxyUsers Key: HADOOP-10471 URL: https://issues.apache.org/jira/browse/HADOOP-10471 Project: Hadoop Common

[jira] [Created] (HADOOP-10470) Change synchronization mechanism in ProxyUsers to readwrite lock

Benoy Antony created HADOOP-10470: - Summary: Change synchronization mechanism in ProxyUsers to readwrite lock Key: HADOOP-10470 URL: https://issues.apache.org/jira/browse/HADOOP-10470 Project: Hadoop

[jira] [Created] (HADOOP-10469) ProxyUser improvements

Benoy Antony created HADOOP-10469: - Summary: ProxyUser improvements Key: HADOOP-10469 URL: https://issues.apache.org/jira/browse/HADOOP-10469 Project: Hadoop Common Issue Type: Improvement

Re: Plans of moving towards JDK7 in trunk

Is there broad consensus that, by end of 3Q2014 at the latest, "the average" contributor to Hadoop should be free to use Java7 features? And start pulling in libraries that have a Java7 dependency? And start doing the "janitorial" work of taking advantage of the Java7 APIs? Or do we think that th

Re: Plans of moving towards JDK7 in trunk

+1 to NOT breaking compatibility in branch-2. I think it is reasonable to require JDK7 for trunk, if we limit use of JDK7-only API to security fixes etc. If we make other optimizations (like IO), it would be a pain to backport things to branch-2. I guess this all depends on when we see ourselves s

Re: Plans of moving towards JDK7 in trunk

On Tue, Apr 8, 2014 at 2:00 AM, Ottenheimer, Davi wrote: >> From: Eli Collins [mailto:e...@cloudera.com] >> Sent: Monday, April 07, 2014 11:54 AM >> >> >> IMO we should not drop support for Java 6 in a minor update of a stable >> release (v2). I don't think the larger Hadoop user base would find

Re: [VOTE] Release Apache Hadoop 2.4.0

another belated +1 binding -set mvn to pull in the 2.4.0 artifacts -rebuilt my slider YARN code. Only compile failure was caused in our custom AmFilterInitializer not compiling due to YARN-1553 dropping a static isSecure() method -switched to inlining WebAppUtils.getHttpSchemePrefix(conf) to cre

Build failed in Jenkins: Hadoop-Common-trunk #1093

See Changes: [wheat9] HADOOP-10468. TestMetricsSystemImpl.testMultiThreadedPublish fails intermediately. Contributed by Haohui Mai. [wheat9] HDFS-6143. WebHdfsFileSystem open should throw FileNotFoundException for non-existing pa

Re: Plans of moving towards JDK7 in trunk

Davi, If you look at the security issues, they mostly come down to the same thing: the sandbox isn't secure. Instead of running applets or web applications in a locked down environment, malicious code can get out and access private data, manipulate the filesystem, get out on the network, etc. As

Re: Plans of moving towards JDK7 in trunk

+1 for maintaining Java 6 support in branch-2. Hadoop continuing to support Java 6 is not an endorsement of Java 6. It's an acknowledgement that many users of Hadoop 2 have Java 6 embedded in their stack, and that upgrading is costly for some users and simply not an option for others. If a simil

RE: Plans of moving towards JDK7 in trunk

> From: Eli Collins [mailto:e...@cloudera.com] > Sent: Monday, April 07, 2014 11:54 AM > > > IMO we should not drop support for Java 6 in a minor update of a stable > release (v2). I don't think the larger Hadoop user base would find it > acceptable that upgrading to a minor update caused their