Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 01EF9E8FD for ; Fri, 25 Jan 2013 21:53:14 +0000 (UTC) Received: (qmail 51881 invoked by uid 500); 25 Jan 2013 21:53:13 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 51850 invoked by uid 500); 25 Jan 2013 21:53:13 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 51839 invoked by uid 99); 25 Jan 2013 21:53:13 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Jan 2013 21:53:13 +0000 Date: Fri, 25 Jan 2013 21:53:13 +0000 (UTC) From: "Russell Branca (JIRA)" To: dev@couchdb.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (COUCHDB-1643) Switch to V8 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/COUCHDB-1643?page=3Dcom.atlassi= an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13= 563084#comment-13563084 ]=20 Russell Branca commented on COUCHDB-1643: ----------------------------------------- Disabling I/O is definitely key to the sandbox, the real question is whethe= r to accomplish that with a whitelist or a blacklist. I don't think there i= s a simple way to say just disable I/O in node.js (although I haven't looke= d into how that is accomplished in V8 either). A view engine sandbox in my mind is an isolated execution environment that = provides a specific set of tools for transforming a doc into a set of key/v= alue pairs, while allowing user provided shared and side effect free code, = that disallows any interactions with or knowledge of the underlying system = running it. I think the vast majority of npm modules would not be appropriate for use i= n a view server, so I don't think free for all access to npm is the best ap= proach for views. =20 > Switch to V8 > ------------ > > Key: COUCHDB-1643 > URL: https://issues.apache.org/jira/browse/COUCHDB-1643 > Project: CouchDB > Issue Type: Improvement > Components: JavaScript View Server > Reporter: Jan Lehnardt > > I=E2=80=99d like to propose that we switch to the V8 JavaScript engine to= mitigate the various issues we have with SpiderMonkey. > This ticket acts as the meta-issue where we can discuss whether we all ag= ree and what needs doing. individual tasks then can get their own tickets. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrato= rs For more information on JIRA, see: http://www.atlassian.com/software/jira