Return-Path: Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: (qmail 60126 invoked from network); 25 Sep 2009 17:28:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Sep 2009 17:28:40 -0000 Received: (qmail 89774 invoked by uid 500); 25 Sep 2009 17:28:40 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 89734 invoked by uid 500); 25 Sep 2009 17:28:40 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 89720 invoked by uid 99); 25 Sep 2009 17:28:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Sep 2009 17:28:40 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Sep 2009 17:28:37 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D0F62234C4B7 for ; Fri, 25 Sep 2009 10:28:16 -0700 (PDT) Message-ID: <697639065.1253899696854.JavaMail.jira@brutus> Date: Fri, 25 Sep 2009 10:28:16 -0700 (PDT) From: "Tsz Wo (Nicholas), SZE (JIRA)" To: hdfs-issues@hadoop.apache.org Subject: [jira] Commented: (HDFS-641) Move all of the benchmarks and tests that depend on mapreduce to mapreduce In-Reply-To: <319045692.1253642416192.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HDFS-641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759636#action_12759636 ] Tsz Wo (Nicholas), SZE commented on HDFS-641: --------------------------------------------- {quote} A similar problem happens with your proposal too no? Let's say someone changes some functionality in common/hdfs and do not update the corresponding the test-case in mapreduce(for e.g., org.apache.hadoop.security.authorize.TestServiceLevelAuthorization.java). This will NOT be detected till mapreduce is built. If we talk of Hudson, then this won't happen till a mapreduce build is triggered by Hudson, which will be only when some other mapreduce patch is committed. {quote} That's correct but this is no cycle if we remove the dependence from hdfs to mapreduce. BTW, tests like TestServiceLevelAuthorization should be spitted into individual hdfs and mapreduce tests. > Move all of the benchmarks and tests that depend on mapreduce to mapreduce > -------------------------------------------------------------------------- > > Key: HDFS-641 > URL: https://issues.apache.org/jira/browse/HDFS-641 > Project: Hadoop HDFS > Issue Type: Bug > Components: test > Affects Versions: 0.20.2 > Reporter: Owen O'Malley > Assignee: Owen O'Malley > Priority: Blocker > Fix For: 0.21.0 > > > Currently, we have a bad cycle where to build hdfs you need to test mapreduce and iterate once. This is broken. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.