Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 12BEED83A for ; Fri, 31 Aug 2012 16:52:08 +0000 (UTC) Received: (qmail 74740 invoked by uid 500); 31 Aug 2012 16:52:07 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 74704 invoked by uid 500); 31 Aug 2012 16:52:07 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 74695 invoked by uid 99); 31 Aug 2012 16:52:07 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Aug 2012 16:52:07 +0000 Date: Sat, 1 Sep 2012 03:52:07 +1100 (NCT) From: "stack (JIRA)" To: issues@hbase.apache.org Message-ID: <2134094530.23285.1346431927793.JavaMail.jiratomcat@arcas> In-Reply-To: <1470571875.26868.1340054082698.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (HBASE-6234) Move simple KeyValue tests to hbase-common module MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-6234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13446125#comment-13446125 ] stack commented on HBASE-6234: ------------------------------ [~nkeywal] What if hbase-common did not include these lines but hbase-server and all its dependencies did. We could still do thread and file descriptor counts right? But it'd just be for the tests that include these lines? So, we would be losing all-test coverage? Could we make it so all tests in hbase-common all run in the one JVM and require that they are all 'small' as per your categorization? Would this help contain the damage hbase-common unit tests could do? i.e. if in their own jvm, thread leakage or file descriptor counts would impinge little on other tests run... and if a problem, because all in one jvm, should be easy enough debugging leakage (you have tools already that could be used here that are other than the lines added to unit test files?). > Move simple KeyValue tests to hbase-common module > ------------------------------------------------- > > Key: HBASE-6234 > URL: https://issues.apache.org/jira/browse/HBASE-6234 > Project: HBase > Issue Type: Improvement > Affects Versions: 0.96.0 > Reporter: Matt Corgan > Assignee: Matt Corgan > Fix For: 0.96.0 > > Attachments: HBASE-6234-v1.patch, HBASE-6234-v2.patch > > > TestKeyValue, LoadTestKVGenerator, and TestLoadTestKVGenerator should move up to hbase-common. This brings MD5Hash up as a dependency as well. > To play well with Maven as discussed in HBASE-6162, I moved LoadTestKVGenerator from the src/test folder to src/main folder so that tests in other modules can see it. A couple other files' import statements were affected by this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira