Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 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
I'd like to see ACCUMULO-118 completed for 1.6

----- 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
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB