Details

    • Type: Sub-task
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 3.0.0-alpha4
    • Fix Version/s: 2.9.0, 3.0.0-alpha4
    • Component/s: timelineserver
    • Labels:
    • Environment:

      Ubuntu 14.04
      x86, ppc64le
      $ java -version
      openjdk version "1.8.0_111"
      OpenJDK Runtime Environment (build 1.8.0_111-8u111-b14-3~14.04.1-b14)
      OpenJDK 64-Bit Server VM (build 25.111-b14, mixed mode)

    • Hadoop Flags:
      Reviewed

      Description

      Test failures seen in Hadoop YARN Timeline Service HBase tests project with following error :

      java.lang.NoClassDefFoundError: com/google/common/io/LimitInputStream
              at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
              at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
              at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
              at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
              at org.apache.hadoop.hdfs.server.namenode.FSImageFormat$LoaderDelegator.load(FSImageFormat.java:223)
              at org.apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:913)
              at org.apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:899)
              at org.apache.hadoop.hdfs.server.namenode.FSImage.loadFSImageFile(FSImage.java:722)
              at org.apache.hadoop.hdfs.server.namenode.FSImage.loadFSImage(FSImage.java:660)
              at org.apache.hadoop.hdfs.server.namenode.FSImage.recoverTransitionRead(FSImage.java:279)
              at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFSImage(FSNamesystem.java:955)
              at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.loadFromDisk(FSNamesystem.java:700)
              at org.apache.hadoop.hdfs.server.namenode.NameNode.loadNamesystem(NameNode.java:529)
              at org.apache.hadoop.hdfs.server.namenode.NameNode.initialize(NameNode.java:585)
              at org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:751)
              at org.apache.hadoop.hdfs.server.namenode.NameNode.<init>(NameNode.java:735)
              at org.apache.hadoop.hdfs.server.namenode.NameNode.createNameNode(NameNode.java:1407)
              at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNode(MiniDFSCluster.java:998)
              at org.apache.hadoop.hdfs.MiniDFSCluster.createNameNodesAndSetConf(MiniDFSCluster.java:869)
              at org.apache.hadoop.hdfs.MiniDFSCluster.initMiniDFSCluster(MiniDFSCluster.java:704)
              at org.apache.hadoop.hdfs.MiniDFSCluster.<init>(MiniDFSCluster.java:642)
              at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniDFSCluster(HBaseTestingUtility.java:590)
              at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:987)
              at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:868)
              at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:862)
              at org.apache.hadoop.hbase.HBaseTestingUtility.startMiniCluster(HBaseTestingUtility.java:806)
              at org.apache.hadoop.yarn.server.timelineservice.reader.TestTimelineReaderWebServicesHBaseStorage.setup(TestTimelineReaderWebServicesHBaseStorage.java:88)
      

      Below are the failing tests :

      TestTimelineReaderWebServicesHBaseStorage.setup:88 » NoClassDefFound com/googl...
        TestHBaseTimelineStorageEntities.setupBeforeClass:100 » NoClassDefFound com/go...
        TestHBaseStorageFlowActivity.setupBeforeClass:72 » NoClassDefFound com/google/...
        TestHBaseStorageFlowRunCompaction.setupBeforeClass:84 » NoClassDefFound com/go...
        TestHBaseStorageFlowRun.setupBeforeClass:86 » NoClassDefFound com/google/commo...
        TestHBaseTimelineStorageApps.setupBeforeClass:93 » NoClassDefFound com/google/...
      
      1. YARN-6414.00.patch
        2 kB
        Haibo Chen
      2. YARN-6414.01.patch
        2 kB
        Haibo Chen

        Issue Links

          Activity

          Hide
          hudson Hudson added a comment -

          SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #11591 (See https://builds.apache.org/job/Hadoop-trunk-Commit/11591/)
          YARN-6414. ATSv2 HBase related tests fail due to guava version upgrade (varunsaxena: rev b8838578ce1f1ae1f93cc6b40cc98b58321ad9ee)

          • (edit) hadoop-project/pom.xml
          • (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests/pom.xml
          Show
          hudson Hudson added a comment - SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #11591 (See https://builds.apache.org/job/Hadoop-trunk-Commit/11591/ ) YARN-6414 . ATSv2 HBase related tests fail due to guava version upgrade (varunsaxena: rev b8838578ce1f1ae1f93cc6b40cc98b58321ad9ee) (edit) hadoop-project/pom.xml (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests/pom.xml
          Hide
          hudson Hudson added a comment -

          SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #11513 (See https://builds.apache.org/job/Hadoop-trunk-Commit/11513/)
          YARN-6414. ATSv2 HBase related tests fail due to guava version upgrade (varunsaxena: rev b8838578ce1f1ae1f93cc6b40cc98b58321ad9ee)

          • (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests/pom.xml
          • (edit) hadoop-project/pom.xml
          Show
          hudson Hudson added a comment - SUCCESS: Integrated in Jenkins build Hadoop-trunk-Commit #11513 (See https://builds.apache.org/job/Hadoop-trunk-Commit/11513/ ) YARN-6414 . ATSv2 HBase related tests fail due to guava version upgrade (varunsaxena: rev b8838578ce1f1ae1f93cc6b40cc98b58321ad9ee) (edit) hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests/pom.xml (edit) hadoop-project/pom.xml
          Hide
          varun_saxena Varun Saxena added a comment -

          Committed to trunk.
          Thanks Sonia Garudi for reporting the issue.
          Thanks Haibo for your contribution and thanks Vrushali and Steve for reviews.

          Show
          varun_saxena Varun Saxena added a comment - Committed to trunk. Thanks Sonia Garudi for reporting the issue. Thanks Haibo for your contribution and thanks Vrushali and Steve for reviews.
          Hide
          varun_saxena Varun Saxena added a comment -

          Whenever a JAR is upgraded, ideally all the tests should be run. AFAIK this won't be possible with current build process though.
          As of now, strictly from the point of view of ATSv2, we can probably keep on eye on JIRAs' related to jar upgrades and check if it impacts ATSv2.
          Not sure if there is a better way of handling this.

          Anyways the changes in the patch can be committed so that tests do not fail on trunk.
          Vrushali C, as discussed offline. I will go ahead and commit this.

          Show
          varun_saxena Varun Saxena added a comment - Whenever a JAR is upgraded, ideally all the tests should be run. AFAIK this won't be possible with current build process though. As of now, strictly from the point of view of ATSv2, we can probably keep on eye on JIRAs' related to jar upgrades and check if it impacts ATSv2. Not sure if there is a better way of handling this. Anyways the changes in the patch can be committed so that tests do not fail on trunk. Vrushali C , as discussed offline. I will go ahead and commit this.
          Hide
          stevel@apache.org Steve Loughran added a comment -
          • test wise, it shows that actually the JAR update process needs to have more rigorous testing: the patch should go in for all the subprojects so yetus tests them all. I'll keep an eye on future changes there
          • circular dependencies are generally considered "bad form" and shouldn't have happened. More specifically, the use of the acronym "DAG" in the maven dependency graph declares that the graph is "acyclic". Pulling in hbase as a dependency of hadoop is trying to do what spark/hive have achieved: created a cycle. Is there anyway to unwind the cycle so that there is an ATSvb2 server module independent of the others, which pulls in both. That way, it can take in any shaded guava libs from Hadoop & whatever HBase needs, while also allowing Hadoop to make progress on the plan to drop jersey 1 and so avoid version issues there ( HADOOP-13332 )

          BTW, Hadoop may export Guava 11 but it's coded to not use classes cut out of later versions (e.g. guava dropping stopwatch (HADOOP-11032). Even so, the need to up the base guava version is a serious need, not just for downestream projects, but even because things like Curator which we pull in depends on later versions. Every upgrade of curator has problems related to guava HADOOP-11102 , HADOOP-11612

          Side issue: In an ideal world. Guava would be backwards compatible, It isn't , and we get to deal with the pain. Whatever we do, something breaks. Oh, and then there's protobuf.

          Show
          stevel@apache.org Steve Loughran added a comment - test wise, it shows that actually the JAR update process needs to have more rigorous testing: the patch should go in for all the subprojects so yetus tests them all. I'll keep an eye on future changes there circular dependencies are generally considered "bad form" and shouldn't have happened. More specifically, the use of the acronym "DAG" in the maven dependency graph declares that the graph is "acyclic". Pulling in hbase as a dependency of hadoop is trying to do what spark/hive have achieved: created a cycle. Is there anyway to unwind the cycle so that there is an ATSvb2 server module independent of the others, which pulls in both. That way, it can take in any shaded guava libs from Hadoop & whatever HBase needs, while also allowing Hadoop to make progress on the plan to drop jersey 1 and so avoid version issues there ( HADOOP-13332 ) BTW, Hadoop may export Guava 11 but it's coded to not use classes cut out of later versions (e.g. guava dropping stopwatch ( HADOOP-11032 ). Even so, the need to up the base guava version is a serious need, not just for downestream projects, but even because things like Curator which we pull in depends on later versions. Every upgrade of curator has problems related to guava HADOOP-11102 , HADOOP-11612 Side issue: In an ideal world. Guava would be backwards compatible, It isn't , and we get to deal with the pain. Whatever we do, something breaks. Oh, and then there's protobuf.
          Hide
          vrushalic Vrushali C added a comment -

          Hmm trunk is allowed to take in incompatible changes, so we need a better way to handle classpaths. cc Sangjin Lee

          Show
          vrushalic Vrushali C added a comment - Hmm trunk is allowed to take in incompatible changes, so we need a better way to handle classpaths. cc Sangjin Lee
          Hide
          haibochen Haibo Chen added a comment -

          I am wondering about the hbase client modules that might be using any (older) guava invocations and hadoop deployment brings in a later version of guava in classpath

          Exactly. The dependency conflict will only exacerbate as trunk diverges more from hahoop-2.5. Not sure how we can solve it better than fixing them one by one as they surface.

          I wonder why the atsv2 tests were not run at HADOOP-10101. We should probably let people be aware of the fact that dependency upgrade could break ATSv2. Varun Saxena, Rohith Sharma K S Li Lu Any idea how to do that?

          Show
          haibochen Haibo Chen added a comment - I am wondering about the hbase client modules that might be using any (older) guava invocations and hadoop deployment brings in a later version of guava in classpath Exactly. The dependency conflict will only exacerbate as trunk diverges more from hahoop-2.5. Not sure how we can solve it better than fixing them one by one as they surface. I wonder why the atsv2 tests were not run at HADOOP-10101 . We should probably let people be aware of the fact that dependency upgrade could break ATSv2. Varun Saxena , Rohith Sharma K S Li Lu Any idea how to do that?
          Hide
          vrushalic Vrushali C added a comment -

          Thanks for the patch Haibo Chen.

          This is an example of the problem which is going to keep coming up with hbase using hadoop and now yarn using hbase dependency. Even if we disable the dependency graph check at maven test time, I am wondering about the hbase client modules that might be using any (older) guava invocations and hadoop deployment brings in a later version of guava in classpath. I recently had to patch our internal hbase due to a similar guava dependency run time conflict. cc Joep Rottinghuis

          As such, patch looks fine. I can commit it in after a day.

          Show
          vrushalic Vrushali C added a comment - Thanks for the patch Haibo Chen . This is an example of the problem which is going to keep coming up with hbase using hadoop and now yarn using hbase dependency. Even if we disable the dependency graph check at maven test time, I am wondering about the hbase client modules that might be using any (older) guava invocations and hadoop deployment brings in a later version of guava in classpath. I recently had to patch our internal hbase due to a similar guava dependency run time conflict. cc Joep Rottinghuis As such, patch looks fine. I can commit it in after a day.
          Hide
          hadoopqa Hadoop QA added a comment -
          -1 overall



          Vote Subsystem Runtime Comment
          0 reexec 0m 15s Docker mode activated.
          +1 @author 0m 0s The patch does not contain any @author tags.
          -1 test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
          0 mvndep 1m 52s Maven dependency ordering for branch
          +1 mvninstall 13m 13s trunk passed
          +1 compile 15m 26s trunk passed
          +1 mvnsite 0m 41s trunk passed
          +1 mvneclipse 0m 37s trunk passed
          +1 javadoc 0m 33s trunk passed
          0 mvndep 0m 14s Maven dependency ordering for patch
          +1 mvninstall 0m 20s the patch passed
          +1 compile 13m 58s the patch passed
          +1 javac 13m 58s the patch passed
          +1 mvnsite 0m 40s the patch passed
          +1 mvneclipse 0m 36s the patch passed
          +1 whitespace 0m 0s The patch has no whitespace issues.
          +1 xml 0m 3s The patch has no ill-formed XML file.
          +1 javadoc 0m 31s the patch passed
          +1 unit 0m 15s hadoop-project in the patch passed.
          +1 unit 4m 13s hadoop-yarn-server-timelineservice-hbase-tests in the patch passed.
          +1 asflicense 0m 34s The patch does not generate ASF License warnings.
          55m 9s



          Subsystem Report/Notes
          Docker Image:yetus/hadoop:a9ad5d6
          JIRA Issue YARN-6414
          JIRA Patch URL https://issues.apache.org/jira/secure/attachment/12861350/YARN-6414.01.patch
          Optional Tests asflicense compile javac javadoc mvninstall mvnsite unit xml
          uname Linux 9dd85017cbb5 3.13.0-107-generic #154-Ubuntu SMP Tue Dec 20 09:57:27 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
          Build tool maven
          Personality /testptch/hadoop/patchprocess/precommit/personality/provided.sh
          git revision trunk / e5f0622
          Default Java 1.8.0_121
          Test Results https://builds.apache.org/job/PreCommit-YARN-Build/15449/testReport/
          modules C: hadoop-project hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests U: .
          Console output https://builds.apache.org/job/PreCommit-YARN-Build/15449/console
          Powered by Apache Yetus 0.5.0-SNAPSHOT http://yetus.apache.org

          This message was automatically generated.

          Show
          hadoopqa Hadoop QA added a comment - -1 overall Vote Subsystem Runtime Comment 0 reexec 0m 15s Docker mode activated. +1 @author 0m 0s The patch does not contain any @author tags. -1 test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. 0 mvndep 1m 52s Maven dependency ordering for branch +1 mvninstall 13m 13s trunk passed +1 compile 15m 26s trunk passed +1 mvnsite 0m 41s trunk passed +1 mvneclipse 0m 37s trunk passed +1 javadoc 0m 33s trunk passed 0 mvndep 0m 14s Maven dependency ordering for patch +1 mvninstall 0m 20s the patch passed +1 compile 13m 58s the patch passed +1 javac 13m 58s the patch passed +1 mvnsite 0m 40s the patch passed +1 mvneclipse 0m 36s the patch passed +1 whitespace 0m 0s The patch has no whitespace issues. +1 xml 0m 3s The patch has no ill-formed XML file. +1 javadoc 0m 31s the patch passed +1 unit 0m 15s hadoop-project in the patch passed. +1 unit 4m 13s hadoop-yarn-server-timelineservice-hbase-tests in the patch passed. +1 asflicense 0m 34s The patch does not generate ASF License warnings. 55m 9s Subsystem Report/Notes Docker Image:yetus/hadoop:a9ad5d6 JIRA Issue YARN-6414 JIRA Patch URL https://issues.apache.org/jira/secure/attachment/12861350/YARN-6414.01.patch Optional Tests asflicense compile javac javadoc mvninstall mvnsite unit xml uname Linux 9dd85017cbb5 3.13.0-107-generic #154-Ubuntu SMP Tue Dec 20 09:57:27 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux Build tool maven Personality /testptch/hadoop/patchprocess/precommit/personality/provided.sh git revision trunk / e5f0622 Default Java 1.8.0_121 Test Results https://builds.apache.org/job/PreCommit-YARN-Build/15449/testReport/ modules C: hadoop-project hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests U: . Console output https://builds.apache.org/job/PreCommit-YARN-Build/15449/console Powered by Apache Yetus 0.5.0-SNAPSHOT http://yetus.apache.org This message was automatically generated.
          Hide
          haibochen Haibo Chen added a comment -

          I accidentally uploaded the wrong version. Attaching one that worked locally for me.

          Show
          haibochen Haibo Chen added a comment - I accidentally uploaded the wrong version. Attaching one that worked locally for me.
          Hide
          hadoopqa Hadoop QA added a comment -
          -1 overall



          Vote Subsystem Runtime Comment
          0 reexec 0m 21s Docker mode activated.
          +1 @author 0m 0s The patch does not contain any @author tags.
          -1 test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.
          0 mvndep 0m 14s Maven dependency ordering for branch
          +1 mvninstall 13m 43s trunk passed
          +1 compile 15m 20s trunk passed
          +1 mvnsite 0m 41s trunk passed
          +1 mvneclipse 0m 37s trunk passed
          +1 javadoc 0m 32s trunk passed
          0 mvndep 0m 13s Maven dependency ordering for patch
          -1 mvninstall 0m 14s hadoop-yarn-server-timelineservice-hbase-tests in the patch failed.
          +1 compile 14m 23s the patch passed
          +1 javac 14m 23s the patch passed
          +1 mvnsite 0m 41s the patch passed
          +1 mvneclipse 0m 36s the patch passed
          +1 whitespace 0m 0s The patch has no whitespace issues.
          +1 xml 0m 2s The patch has no ill-formed XML file.
          +1 javadoc 0m 33s the patch passed
          +1 unit 0m 15s hadoop-project in the patch passed.
          +1 unit 4m 25s hadoop-yarn-server-timelineservice-hbase-tests in the patch passed.
          +1 asflicense 0m 33s The patch does not generate ASF License warnings.
          54m 43s



          Subsystem Report/Notes
          Docker Image:yetus/hadoop:a9ad5d6
          JIRA Issue YARN-6414
          JIRA Patch URL https://issues.apache.org/jira/secure/attachment/12861336/YARN-6414.00.patch
          Optional Tests asflicense compile javac javadoc mvninstall mvnsite unit xml
          uname Linux b5bc2657ef53 3.13.0-106-generic #153-Ubuntu SMP Tue Dec 6 15:44:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
          Build tool maven
          Personality /testptch/hadoop/patchprocess/precommit/personality/provided.sh
          git revision trunk / b58777a
          Default Java 1.8.0_121
          mvninstall https://builds.apache.org/job/PreCommit-YARN-Build/15446/artifact/patchprocess/patch-mvninstall-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-timelineservice-hbase-tests.txt
          Test Results https://builds.apache.org/job/PreCommit-YARN-Build/15446/testReport/
          modules C: hadoop-project hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests U: .
          Console output https://builds.apache.org/job/PreCommit-YARN-Build/15446/console
          Powered by Apache Yetus 0.5.0-SNAPSHOT http://yetus.apache.org

          This message was automatically generated.

          Show
          hadoopqa Hadoop QA added a comment - -1 overall Vote Subsystem Runtime Comment 0 reexec 0m 21s Docker mode activated. +1 @author 0m 0s The patch does not contain any @author tags. -1 test4tests 0m 0s The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. 0 mvndep 0m 14s Maven dependency ordering for branch +1 mvninstall 13m 43s trunk passed +1 compile 15m 20s trunk passed +1 mvnsite 0m 41s trunk passed +1 mvneclipse 0m 37s trunk passed +1 javadoc 0m 32s trunk passed 0 mvndep 0m 13s Maven dependency ordering for patch -1 mvninstall 0m 14s hadoop-yarn-server-timelineservice-hbase-tests in the patch failed. +1 compile 14m 23s the patch passed +1 javac 14m 23s the patch passed +1 mvnsite 0m 41s the patch passed +1 mvneclipse 0m 36s the patch passed +1 whitespace 0m 0s The patch has no whitespace issues. +1 xml 0m 2s The patch has no ill-formed XML file. +1 javadoc 0m 33s the patch passed +1 unit 0m 15s hadoop-project in the patch passed. +1 unit 4m 25s hadoop-yarn-server-timelineservice-hbase-tests in the patch passed. +1 asflicense 0m 33s The patch does not generate ASF License warnings. 54m 43s Subsystem Report/Notes Docker Image:yetus/hadoop:a9ad5d6 JIRA Issue YARN-6414 JIRA Patch URL https://issues.apache.org/jira/secure/attachment/12861336/YARN-6414.00.patch Optional Tests asflicense compile javac javadoc mvninstall mvnsite unit xml uname Linux b5bc2657ef53 3.13.0-106-generic #153-Ubuntu SMP Tue Dec 6 15:44:32 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux Build tool maven Personality /testptch/hadoop/patchprocess/precommit/personality/provided.sh git revision trunk / b58777a Default Java 1.8.0_121 mvninstall https://builds.apache.org/job/PreCommit-YARN-Build/15446/artifact/patchprocess/patch-mvninstall-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-timelineservice-hbase-tests.txt Test Results https://builds.apache.org/job/PreCommit-YARN-Build/15446/testReport/ modules C: hadoop-project hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase-tests U: . Console output https://builds.apache.org/job/PreCommit-YARN-Build/15446/console Powered by Apache Yetus 0.5.0-SNAPSHOT http://yetus.apache.org This message was automatically generated.
          Hide
          haibochen Haibo Chen added a comment -

          The patch overrides guava to 11.0.2 in hbase-tests module, which was the previous guava version prior to HADOOP-10101. The maven-enforcer-plugin is disabled in hbase-test module because other dependencies, such as timelineservice, pulls in guava 21.0.

          We may however, run into runtime errors in the future if trunk starts to use guava features that are not present in 11.0.2

          Show
          haibochen Haibo Chen added a comment - The patch overrides guava to 11.0.2 in hbase-tests module, which was the previous guava version prior to HADOOP-10101 . The maven-enforcer-plugin is disabled in hbase-test module because other dependencies, such as timelineservice, pulls in guava 21.0. We may however, run into runtime errors in the future if trunk starts to use guava features that are not present in 11.0.2
          Hide
          haibochen Haibo Chen added a comment -

          Thanks Sonia Garudi for reporting the issue. Looks like it is broken by HADOOP-10101. Trunk is now using a guava version that is incompatible with the guava version that Hadoop 2.5 depends on.

          Show
          haibochen Haibo Chen added a comment - Thanks Sonia Garudi for reporting the issue. Looks like it is broken by HADOOP-10101 . Trunk is now using a guava version that is incompatible with the guava version that Hadoop 2.5 depends on.
          Hide
          Sonia Sonia Garudi added a comment -

          These failures are due to guava version 21.0 in hadoop-project/pom.xml, since com.google.common.io.LimitInputStream class has been removed from the guava > 15.0 .

          Show
          Sonia Sonia Garudi added a comment - These failures are due to guava version 21.0 in hadoop-project/pom.xml, since com.google.common.io.LimitInputStream class has been removed from the guava > 15.0 .

            People

            • Assignee:
              haibochen Haibo Chen
              Reporter:
              Sonia Sonia Garudi
            • Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development