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 B21D417AFC for ; Mon, 11 May 2015 21:09:36 +0000 (UTC) Received: (qmail 14830 invoked by uid 500); 11 May 2015 21:09:36 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 14795 invoked by uid 500); 11 May 2015 21:09:36 -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 14781 invoked by uid 99); 11 May 2015 21:09:36 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 May 2015 21:09:36 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id C0003C4081 for ; Mon, 11 May 2015 21:09:35 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.879 X-Spam-Level: ** X-Spam-Status: No, score=2.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id IKUu4e20KSpV for ; Mon, 11 May 2015 21:09:35 +0000 (UTC) Received: from mail-ig0-f181.google.com (mail-ig0-f181.google.com [209.85.213.181]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id EE3D743E1F for ; Mon, 11 May 2015 21:09:34 +0000 (UTC) Received: by igbpi8 with SMTP id pi8so82860885igb.1 for ; Mon, 11 May 2015 14:09:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HDeZIsHknGi+zqUuuZTxVg8rA/ncKlIrLDhyI3ff8CI=; b=lE4/OG+1Ro9r377dbZL00dsSEd7aS2WO3enahzVa1igNQ93DDiyEw9Mhdflqua5XJe HFuxgjhO46dRwV6wl+4blc/3zet2epfDX3H50L252Vud5ooPGNbZFUqsK6z3EC69o4v8 7DcngSLdSakVqnvfXFTKos07182fnugSAcioujgMhDHMt1fbfiGL+RV4cMF9h4kFI/TY 81LynYceMJb+lNgzTH6iR9p3XlgzJHRO3fmuOA734Zon+wu+yx0s5isYEpRBJsF3PJ3f W9zqh8X6asQla72/HN9HXLsjTs8dFP3dndqm8pF9CEKfJJgip5+rUbsGrIuodj6R7NDE yPjw== MIME-Version: 1.0 X-Received: by 10.107.28.146 with SMTP id c140mr15747982ioc.67.1431378574580; Mon, 11 May 2015 14:09:34 -0700 (PDT) Received: by 10.107.40.66 with HTTP; Mon, 11 May 2015 14:09:34 -0700 (PDT) Date: Mon, 11 May 2015 17:09:34 -0400 Message-ID: Subject: Launching Accumulo Servers Programatically From: Jim Klucar To: "dev@accumulo.apache.org" Content-Type: multipart/alternative; boundary=001a114093be7a20f20515d4cb09 --001a114093be7a20f20515d4cb09 Content-Type: text/plain; charset=UTF-8 Devs, I've been working on the mesos-accumulo framework. For those not familiar with Mesos, it is a cluster resource manager that allows you to launch tasks across the cluster. To do that, you write a mesos framework. We have proven this is possible with accumulo by writing a quick Scala framework implementation that uses the accumulo script to launch servers from a command line. This worked fine but we would like more insight into the servers once they're launched, outside of does the pid still exist on the machine. What I would like to do is something like: org.apache.accumulo.server.Master master = new o.a.a.server.Master(); from inside the mesos executor code. Then setup some config, or pass it in the constructor and call master.run() or whatever. The point is at the end of some procedure the server is running, and I can call methods like master.shutdown() or master.ping() or whatever else is exposed. A nice standard server interface across server types would be great. I realize this may be quite a refactoring of all the server classes so I thought I'd gather some opinions on the idea here instead of just writing JIRA tickets. Jim --001a114093be7a20f20515d4cb09--