accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher <ctubb...@apache.org>
Subject Re: Accumulo 1.6 and beyond feature summit
Date Tue, 29 Jan 2013 18:53:59 GMT
Yes.



--
Christopher L Tubbs II
http://gravatar.com/ctubbsii


On Tue, Jan 29, 2013 at 12:38 PM, Keith Turner <keith@deenlo.com> wrote:

> On Tue, Jan 29, 2013 at 12:34 PM, Christopher <ctubbsii@apache.org> wrote:
> > Features I'd like to see:
> >
> > 1. Better user experience for configuration: separate, *non-xml*
> > configuration files for separate services, and for clients.
> I assume you mean tserver, master, gc etc. when you say separate services?
>
> > 2. Separate packaging for separate services (tservers, monitor, master,
> > trace), especially for RPMs and DEBs to make provisioning easier.
> > 3. A suite of command-line utilities based on the shell's commands, that
> > work in Bash, rather than be restricted to the limitations of the shell
> to
> > issue these commands.
> > 4. Provide a script maintained and supported by the community to
> provision
> > an Accumulo cloud instance in EC2 or OpenStack.
> >
> > --
> > Christopher L Tubbs II
> > http://gravatar.com/ctubbsii
> >
> >
> > On Tue, Jan 29, 2013 at 12:15 PM, Keith Turner <keith@deenlo.com> wrote:
> >
> >> On Mon, Jan 28, 2013 at 7:12 PM, William Slacum
> >> <wilhelm.von.cloud@accumulo.net> wrote:
> >> > I'd like to see:
> >> >
> >> > - Data triggers on insertion
> >> > - REST interface for looking up ranges of keys
> >> > - A DSL or some other interpreted language for crafting iterators
> >> >   - there's the clojure iterator, but something like python (via
> jython)
> >> or
> >> > javascript (via rhino) would be more adoptable
> >> > - Adding a clean up hook to iterators
> >>
> >> I was thinking about this.   If we added a close() method to the SKVI
> >> interface then it would break existing iterators.  Another option
> >> would be to support closing iterators that implement Closeable.  So if
> >> in iterators is an intstanceof Closeable then the framework could
> >> close it when its finished with the iterator.   I wish there had been
> >> a 1.5 ticket for this, I think it would have been fairly simple to
> >> implement.
> >>
> >> > - Allowing iterators to launch connections to other services (caching,
> >> > other tservers) to retrieve or write data
> >> > - Merging of the batch scanner and scanner implementations
> >> >   - a batch scanner with 1 thread have the same behavior as a scanner
> >> >   - scanners have a close() method on them
> >> > - Adding some builder interface for creating and introspecting
> iterator
> >> > stacks
> >> > - Clients being able to scan to specific keys using the scan command
> >>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message