Return-Path: Delivered-To: apmail-cassandra-dev-archive@www.apache.org Received: (qmail 60539 invoked from network); 8 Feb 2011 23:00:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Feb 2011 23:00:07 -0000 Received: (qmail 87671 invoked by uid 500); 8 Feb 2011 23:00:06 -0000 Delivered-To: apmail-cassandra-dev-archive@cassandra.apache.org Received: (qmail 87613 invoked by uid 500); 8 Feb 2011 23:00:06 -0000 Mailing-List: contact dev-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list dev@cassandra.apache.org Received: (qmail 87600 invoked by uid 99); 8 Feb 2011 23:00:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Feb 2011 23:00:06 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of bburruss@real.com designates 207.188.23.6 as permitted sender) Received: from [207.188.23.6] (HELO jor-el.real.com) (207.188.23.6) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Feb 2011 23:00:00 +0000 Received: from seacas01.corp.real.com ([::ffff:192.168.139.56]) (TLS: TLSv1/SSLv3,128bits,AES128-SHA) by jor-el.real.com with esmtp; Tue, 08 Feb 2011 14:59:38 -0800 id 000940B8.4D51CADA.0000422E Received: from [172.21.141.200] (192.168.198.6) by seacas01.corp.real.com (192.168.139.56) with Microsoft SMTP Server id 8.2.254.0; Tue, 8 Feb 2011 14:59:38 -0800 Message-ID: <4D51CADB.2040600@real.com> Date: Tue, 8 Feb 2011 14:59:39 -0800 From: "B. Todd Burruss" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: "dev@cassandra.apache.org" Subject: Re: New feature / educational project References: <4D51ADE4.3040703@monit.dk> <7840E511-3F5E-4CD4-8DCC-4526D20FBFCB@semanticartifacts.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Old-Return-Path: bburruss@real.com X-Virus-Checked: Checked by ClamAV on apache.org i am interested in plugins/triggers. it seems like a good way to solve the problem of streaming data out of cassandra into, say a hadoop cluster or some other BI backend On 02/08/2011 02:25 PM, Jeremy Hanna wrote: > I think the plugins/triggers/coprocessors is a great discussion to get going again if there is interest. It's been on the to-do list for a long time and just from what I've heard anecdotally, there is a lot of interest. > > On Feb 8, 2011, at 3:57 PM, David G. Boney wrote: > >> Hi All, >> >> I am also interested a stored procedure feature. I spoke with Matthew Dennis at DataStax about a month ago about some of the issues involved with implementing a stored procedure feature. If anyone is in the Austin area and wants to get together for a cup of coffee to discuss this feature, drop me a line. >> ------------- >> Sincerely, >> David G. Boney >> dboney1@semanticartifacts.com >> http://www.semanticartifacts.com >> >> >> >> >> On Feb 8, 2011, at 3:47 PM, Miguel Verde wrote: >> >>> See whatever preceded https://issues.apache.org/jira/browse/CASSANDRA-380 and >>> the current https://issues.apache.org/jira/browse/CASSANDRA-1016 for >>> potentially similar ideas, as well as >>> https://issues.apache.org/jira/browse/CASSANDRA-1215 and >>> https://issues.apache.org/jira/browse/CASSANDRA-1311 for related issues. >>> On Tue, Feb 8, 2011 at 2:56 PM, Morten Wegelbye Nissen wrote: >>> >>>> Hello mighty developers of Cassandra, >>>> >>>> I have been thinking of creating a feature like stored procedures for >>>> Cassandra. >>>> Concept is actually pretty simple add one of the javascript compilers. ( >>>> Mozilla Rhino or one alike ). Save js source in a CF in the system keyspace. >>>> Add feature to thrift to invoke the code. Return just like get_slice. >>>> Needless to say that the execution environment needs access to the >>>> keyspaces and needs to be sandboxed. (ie. no access to filesystem etc. ) >>>> >>>> On the cli it would be something like;> invoke myProc param1, param2, >>>> param3 >>>> >>>> The alternative where the expansions, like the existing once, is done by >>>> implementing interfaces. Would require a rather complex distribution of >>>> jars. >>>> >>>> Now I might have the option to get this done as a educational project, >>>> where I after the project would like to release the code to freedom. >>>> >>>> Would a feature like that ever make it to the core of Cassandra? >>>> >>>> ./Morten >>>>