Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3DDF8107E1 for ; Tue, 7 Jan 2014 17:34:07 +0000 (UTC) Received: (qmail 77142 invoked by uid 500); 7 Jan 2014 17:33:57 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 77054 invoked by uid 500); 7 Jan 2014 17:33:55 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 76999 invoked by uid 99); 7 Jan 2014 17:33:53 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jan 2014 17:33:53 +0000 Date: Tue, 7 Jan 2014 17:33:53 +0000 (UTC) From: "Keith Turner (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (ACCUMULO-2151) Separate API from implementation of mini accumulo MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Keith Turner created ACCUMULO-2151: -------------------------------------- Summary: Separate API from implementation of mini accumulo Key: ACCUMULO-2151 URL: https://issues.apache.org/jira/browse/ACCUMULO-2151 Project: Accumulo Issue Type: Improvement Reporter: Keith Turner Assignee: Keith Turner Fix For: 1.6.0 Mini Accumulo has two primary purposes : # Allows users to easily test their code against a real Accumulo instance # Allows Accumulo to test itself The second use case requires APIs not needed by the first uses case. Currently the mini accumulo API and implementation are in the same class. Separating these into two classes would make it easier to support the second use case w/o cluttering the user API. Also its nice to be able to change the APIs needed for the second use case on a whim, if these APIs are mixed in with the user API then this flexibility it lost. -- This message was sent by Atlassian JIRA (v6.1.5#6160)