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 BA271DA7F for ; Tue, 25 Sep 2012 18:04:04 +0000 (UTC) Received: (qmail 50131 invoked by uid 500); 25 Sep 2012 18:04:04 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 50102 invoked by uid 500); 25 Sep 2012 18:04:04 -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 50093 invoked by uid 99); 25 Sep 2012 18:04:04 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 18:04:04 +0000 Received: from localhost (HELO mail-vb0-f41.google.com) (127.0.0.1) (smtp-auth username vines, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Sep 2012 18:04:04 +0000 Received: by vbkv13 with SMTP id v13so8539586vbk.0 for ; Tue, 25 Sep 2012 11:04:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.0.7 with SMTP id 7mr5965593vea.18.1348596243277; Tue, 25 Sep 2012 11:04:03 -0700 (PDT) Reply-To: vines@apache.org Received: by 10.220.63.5 with HTTP; Tue, 25 Sep 2012 11:04:03 -0700 (PDT) Received: by 10.220.63.5 with HTTP; Tue, 25 Sep 2012 11:04:03 -0700 (PDT) Date: Tue, 25 Sep 2012 14:04:03 -0400 Message-ID: Subject: A discussion on scripts From: John Vines To: Accumulo Dev List Content-Type: multipart/alternative; boundary=047d7b33d36606a6ca04ca8a8826 --047d7b33d36606a6ca04ca8a8826 Content-Type: text/plain; charset=ISO-8859-1 I've been mulling ideas for script rework and one idea that I've been leaning toward is a master script that all calls go through. It's not that different from how we operate now, just things like start all, tup, etc all get called through a single source. This would allow a single source for script actions against Accumulo. Just to be clear, this doesn't mean all of the code will necessarily be in a single location. But it does mean we can remove code duplication in our scripts. The biggest con is the change in behavior. Though this may not be a bad thing since we do have a lot of scripts in bin already, so it may improve user experience as long as we make the usage info of the new script informative enough. What say ye, devs? Sent from my phone, so pardon the typos and brevity. --047d7b33d36606a6ca04ca8a8826--