Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> Accumulo 1.6 and beyond feature summit


Copy link to this message
-
Re: Accumulo 1.6 and beyond feature summit
Features I'd like to see-
SSL
Encryption at rest
locality-group level configurations
Either migrating our monitor dependency to another project or making the
monitor support real time configurations
read-only tablet mirroring
a configuration script to generate appropriate sized files based on general
memory footprint, and gathered information (# disks, # cores, read vs.
write vs. balanced performance)

more comments-
Packaging is something that I'm currently working on integrating into
Bigtop, with some help from those folks.
We're still java 6 based, not 7. I don't think we should concern ourselves
with java 7 discrepencies unless we switch to java 7.

On Tue, Jan 29, 2013 at 12:52 PM, <[EMAIL PROTECTED]> wrote:

> Warning about Closable with Java 7 try-with-resources....
>
> ----- Original Message -----
> From: "William Slacum" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Sent: Tuesday, January 29, 2013 12:40:00 PM
> Subject: Re: Accumulo 1.6 and beyond feature summit
>
> I gave this a bit of thought too, and I think the easiest thing is to break
> the interface and wrap all instances of non-closable iterators in a
> closable one. That way we can delegate close down to the sources like
> deepCopy does. I think Josh created a ticket for this; if not I will so we
> don't derail this.
>
> Also, in regards to the doodle thing, are we trying to set up like a cam
> show or something? Personally I don't see the issue with us just listing
> stuff here and having a discussion about it.
>
> On Tue, Jan 29, 2013 at 12:15 PM, Keith Turner <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jan 28, 2013 at 7:12 PM, William Slacum
> > <[EMAIL PROTECTED]> 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
> >
>