Return-Path: Delivered-To: apmail-incubator-couchdb-dev-archive@locus.apache.org Received: (qmail 44460 invoked from network); 19 Nov 2008 01:21:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Nov 2008 01:21:05 -0000 Received: (qmail 70368 invoked by uid 500); 19 Nov 2008 01:21:05 -0000 Delivered-To: apmail-incubator-couchdb-dev-archive@incubator.apache.org Received: (qmail 70334 invoked by uid 500); 19 Nov 2008 01:21:05 -0000 Mailing-List: contact couchdb-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-dev@incubator.apache.org Delivered-To: mailing list couchdb-dev@incubator.apache.org Received: (qmail 70313 invoked by uid 99); 19 Nov 2008 01:21:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Nov 2008 17:21:05 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [64.22.68.8] (HELO assmule.apisnetworks.com) (64.22.68.8) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Nov 2008 01:19:40 +0000 Received: from [192.168.0.11] (206-248-172-247.dsl.teksavvy.com [206.248.172.247]) by assmule.apisnetworks.com (Postfix) with ESMTPSA id 5F6F2100006B for ; Tue, 18 Nov 2008 20:20:24 -0500 (EST) Message-ID: <492369D2.7020308@silencegreys.com> Date: Tue, 18 Nov 2008 20:20:18 -0500 From: Jedediah Smith User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: couchdb-dev@incubator.apache.org Subject: Re: View with incremental counter References: <4922C646.7010802@silencegreys.com> <492317D5.60300@silencegreys.com> <53DB0574-D751-4633-AB5C-D66A535B1A6E@apache.org> <8C2BB611-83C4-436F-90D1-D10B20946A27@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Perhaps design docs could be allowed to provide init functions which would be passed to the view server whenever the view server is (re)started or the design doc is updated? The view server would maintain a distinct, persistent sandbox for each design doc (or however else you want to partition it) and the id of said design doc would have to be passed with view protocol calls, if it isn't already. To enforce the map/reduce semantic requirements, the view server could make the environment immutable for map/reduce calls and unlock it for init calls. Ben Browning wrote: > I have several views that actually include some javascript libraries > inline within the view outside of my map function (date.js for > example). So, hopefully any sort of sandbox functionality would take > this use-case into account. > > - Ben >