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

Switch to Plain View
Accumulo, mail # dev - Accumulo 1.6 and beyond feature summit


+
Adam Fuchs 2013-01-27, 01:10
+
Josh Elser 2013-01-29, 01:37
+
Keith Turner 2013-01-27, 17:26
+
Eric Newton 2013-01-27, 20:43
+
Eric Newton 2013-01-27, 22:07
+
David Medinets 2013-01-28, 15:46
+
Jim Klucar 2013-01-28, 16:38
+
Josh Elser 2013-01-28, 17:03
+
Eric Newton 2013-01-28, 19:26
+
Josh Elser 2013-01-28, 21:34
+
William Slacum 2013-01-29, 00:12
+
Dave Marion 2013-01-29, 00:21
+
William Slacum 2013-01-29, 00:32
Copy link to this message
-
RE: Accumulo 1.6 and beyond feature summit
Dave Marion 2013-01-29, 00:50
Ok. That one that I know of doesn't spin up a batch scanner, it makes a call
to another program.

-----Original Message-----
From: William Slacum [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 28, 2013 7:33 PM
To: [EMAIL PROTECTED]
Subject: Re: Accumulo 1.6 and beyond feature summit

Currently it's not recommended to launch a batch scanner from an iterator
and retrieve new information, due to the possibility of a dead lock. Other
services may alleviate that concern, but due to lifecycle management issues
(related to the "add a clean up method to iterators"), it's not fool proof
to clean up connections from it.

On Mon, Jan 28, 2013 at 7:21 PM, Dave Marion <[EMAIL PROTECTED]> wrote:

> "- Allowing iterators to launch connections to other services
> (caching, other tservers) to retrieve or write data"
>
>   What does allow mean in this context? I don't think its disallowed
> (I know of an iterator that does this).
>
> -----Original Message-----
> From: William Slacum [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 28, 2013 7:13 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Accumulo 1.6 and beyond feature summit
>
> 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
> - 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
>
>
+
Keith Turner 2013-01-29, 17:15
+
Christopher 2013-01-29, 17:34
+
Keith Turner 2013-01-29, 17:38
+
Christopher 2013-01-29, 18:53
+
David Medinets 2013-01-29, 18:21
+
Christopher Tubbs 2013-01-29, 18:55
+
William Slacum 2013-01-29, 17:40
+
dlmarion@... 2013-01-29, 17:52
+
John Vines 2013-01-29, 18:11
+
Mike Drob 2013-01-29, 19:26
+
Adam Fuchs 2013-01-30, 17:22
+
Aaron Cordova 2013-01-30, 18:20
+
Keith Turner 2013-01-30, 18:28
+
Aaron Cordova 2013-01-30, 18:30
+
Keith Turner 2013-01-30, 18:36
+
Christopher 2013-01-31, 00:39
+
dlmarion@... 2013-01-31, 21:45
+
John Vines 2013-01-28, 17:20
+
Josh Elser 2013-01-28, 17:29
+
Billie Rinaldi 2013-01-31, 22:10
+
Benson Margulies 2013-02-01, 07:36
+
Aaron Cordova 2013-02-01, 15:04
+
Benson Margulies 2013-02-01, 15:36
+
Adam Fuchs 2013-02-01, 15:22
+
Billie Rinaldi 2013-02-01, 15:49
+
Adam Fuchs 2013-01-29, 17:03