Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 24388 invoked from network); 29 Sep 2010 16:16:56 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 29 Sep 2010 16:16:56 -0000 Received: (qmail 75652 invoked by uid 500); 29 Sep 2010 16:16:55 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 75024 invoked by uid 500); 29 Sep 2010 16:16:55 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 75016 invoked by uid 99); 29 Sep 2010 16:16:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Sep 2010 16:16:55 +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.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Sep 2010 16:16:54 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o8TGGYWN021325 for ; Wed, 29 Sep 2010 16:16:34 GMT Message-ID: <9212259.464031285776994103.JavaMail.jira@thor> Date: Wed, 29 Sep 2010 12:16:34 -0400 (EDT) From: "Konstantin Boudnik (JIRA)" To: common-issues@hadoop.apache.org Subject: [jira] Created: (HADOOP-6980) Add abstraction layer to isolate cluster deployment mechanisms MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Add abstraction layer to isolate cluster deployment mechanisms -------------------------------------------------------------- Key: HADOOP-6980 URL: https://issues.apache.org/jira/browse/HADOOP-6980 Project: Hadoop Common Issue Type: Improvement Components: test Affects Versions: 0.22.0 Reporter: Konstantin Boudnik Certain types of system tests might require to perform a fresh deployment of a test cluster (e.g. upgrade tests, and similar). This can be achieved by having an external way of deploying clusters and then running the tests. However, this won't work if re-deployment is needed in a middle of such test execution. In this case, Herriot needs to be able to explicitly call a deployment mechanism to carry on the process. However, there are many possible ways of implementing cluster deployment and Herriot couldn't possibly be aware about all of them nor should be able to satisfy all their different interfaces. Thus an abstract interface should isolate plug-gable concrete implementations. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.