Mailing-List: contact accumulo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: accumulo-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of jesse.k.yates@gmail.com
 designates 209.85.161.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <1635614957.302141.1320350319521.JavaMail.root@linzimmb04o.imo.intelink.gov>
References: <4EAFF972.8030805@ccri.com>
 <1635614957.302141.1320350319521.JavaMail.root@linzimmb04o.imo.intelink.gov>
From: Jesse Yates <jesse.k.yates@gmail.com>
Date: Thu, 3 Nov 2011 13:06:28 -0700
Message-ID: 
 <CAB5sDNLE-29jyUhiJzCt-0Z41GkfK_x-QyDi_Xri-7biXns2aA@mail.gmail.com>
Subject: Re: accumulo geo
To: accumulo-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=00151747624ef8d90f04b0da2078

--00151747624ef8d90f04b0da2078
Content-Type: text/plain; charset=ISO-8859-1

I like Todd's suggestion of maintaining them on github. Until they have
shown that people are actively using and maintaining the project, its hard
to justify adding it to the official svn. Once it goes in, it becomes a
much big issue to remove it.

However, once they can show there is 'good' community support around the
contrib project, I don't see a reason why we couldn't include it as another
maven module. I also like the idea of having different profiles for
each/multiple contribs so when people want to build a distro of accumulo
with contribs X, Y, and Z they can do it from source with one command.

Just my two cents.

-- Jesse
-------------------
Jesse Yates
240-888-2200
@jesse_yates


On Thu, Nov 3, 2011 at 12:58 PM, Billie J Rinaldi <billie.j.rinaldi@ugov.gov
> wrote:

> On Tuesday, November 1, 2011 9:51:46 AM, "Anthony Fox" <
> adf-accdev@ccri.com> wrote:
> > I'm fine with whatever guidelines you all put together regarding
> > contribs. My plugin is built against an older version of Accumulo so
> > will need to be ported to the latest version. Initially, I'm just
> > inquiring into whether anyone has interest in geo related
> > functionality
> > and has thought about an architecture for providing that kind of API.
>
> I imagine people would be interested.  At the last BigDataCamp I attended,
> there was an entire breakout session about geo for various key/value stores.
>
> I haven't really thought about how such a project would interface with
> Accumulo.  This may be one of those "if you build it they will come"
> situations.
>
> Billie
>

--00151747624ef8d90f04b0da2078--