Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8EA92D3AB for ; Fri, 7 Sep 2012 01:04:08 +0000 (UTC) Received: (qmail 79549 invoked by uid 500); 7 Sep 2012 01:04:08 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 79441 invoked by uid 500); 7 Sep 2012 01:04:08 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 79042 invoked by uid 99); 7 Sep 2012 01:04:07 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Sep 2012 01:04:07 +0000 Date: Fri, 7 Sep 2012 12:04:07 +1100 (NCT) From: "Christopher Tubbs (JIRA)" To: dev@accumulo.apache.org Message-ID: <933874607.47772.1346979847743.JavaMail.jiratomcat@arcas> In-Reply-To: <65173683.42583.1346895727976.JavaMail.jiratomcat@arcas> Subject: [jira] [Updated] (ACCUMULO-756) Thrift API should be removed and abstracted 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/ACCUMULO-756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Tubbs updated ACCUMULO-756: --------------------------------------- Affects Version/s: (was: 1.5.0) > Thrift API should be removed and abstracted > ------------------------------------------- > > Key: ACCUMULO-756 > URL: https://issues.apache.org/jira/browse/ACCUMULO-756 > Project: Accumulo > Issue Type: Improvement > Components: dist, thrift > Reporter: Christopher Tubbs > Assignee: Christopher Tubbs > Labels: api, module, rpc, thrift > Fix For: 1.5.0 > > > The thrift API for communication between components should be abstracted out and made more generic, so we can plug in different communications mechanisms. The thrift code generation and the generated code should be moved to a specific implementation of this abstraction, and put in a separate sub-module. > This can help with: > 1. Making full mocking support easier (ACCUMULO-14) with an in-process "RPC" implementation. > 2. Testing alternative protocols, like Avro, Protocol Buffers, SSL, etc. > 3. Minimizing dependencies and isolating thrift generated code from code that is maintained (ACCUMULO-493). > 4. Wire compatibility (ACCUMULO-751). > 5. More? -- 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