Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 90551 invoked from network); 12 Dec 2005 12:15:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 Dec 2005 12:15:07 -0000 Received: (qmail 68186 invoked by uid 500); 12 Dec 2005 12:14:58 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 68125 invoked by uid 500); 12 Dec 2005 12:14:58 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 68113 invoked by uid 99); 12 Dec 2005 12:14:57 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Dec 2005 04:14:57 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of mboorshtein@gmail.com designates 64.233.184.205 as permitted sender) Received: from [64.233.184.205] (HELO wproxy.gmail.com) (64.233.184.205) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Dec 2005 04:14:57 -0800 Received: by wproxy.gmail.com with SMTP id i11so1718659wra for ; Mon, 12 Dec 2005 04:14:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dku8/umszG0sUl2YNGQ+yoP1wzU3dJU6HHLxJcj9+NmVGHl6t+5q0c3J2y+RDu0e/eoDn9Cbr8ZznGpfmzZTim820HAfCUCNs+a9T7o6eNcsvn7vMqgqMjInPkY4JI6EZ/w+7WX7dugBS4y9D/L4G0mto2shm76/Dzj8yYatK3k= Received: by 10.54.125.1 with SMTP id x1mr682116wrc; Mon, 12 Dec 2005 04:14:35 -0800 (PST) Received: by 10.54.137.18 with HTTP; Mon, 12 Dec 2005 04:14:35 -0800 (PST) Message-ID: <800df6390512120414n373b7918ie9114007b7e499d0@mail.gmail.com> Date: Mon, 12 Dec 2005 07:14:35 -0500 From: Marc Boorshtein To: Apache Directory Developers List Subject: Re: [ApacheDS][SP] Stored Procedure Languages In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1134224497.7846.166.camel@portable> <800df6390512101129p5d786618s214c855ad229d51d@mail.gmail.com> <1134376797.4013.1.camel@localhost.localdomain> <768dcb2e0512120116y64cef39cq@mail.gmail.com> <800df6390512120338w4cdfd59axdb2f4ec47c122831@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Sorry, should have said "Stored Procedure" or script. Will the scripts be executed by a particuler operation (ie an add is executed which executes a script) or will it be executed manually by some external mechanism? Marc On 12/12/05, Ersin Er wrote: > On 12/12/05, Marc Boorshtein wrote: > > Performance will probably be an issue with almost any scripting > > language that provides some more dynamic capabilities then java. > > Of course. Just trying to choose a reasoable one. > > > Also, what are you planning to use as the mapping model? For > > instance, will it be a single method for eac operation or a method for > > the input and one for the output? > > I'm not sure I exactly understand what you mean by mapping here. We > have DIT based Java classes whose only one static method can be called > as a stored procedure at a time. For scripting languages we may force > the script (again in the DIT) to have a function/method with certain > name (in case we cannot use reflection here) or we may use the script > as a whole. And for parameters we'll always use Java objects (and > primitives) and we will wrap them with any method required by the > scripting language and put in a context (as required by the scripting > language) to be passed to the script. > > > Marc > > > > On 12/12/05, Trustin Lee wrote: > > > Hi all, > > > > > > 2005/12/12, Ersin Er : > > > > Hmm, OK. BeanShell seemed to be well integrated with Java but > > > > performance is an important aspect of our choice. We many consider > > > > using Mozilla Rhino. > > > > > > Rhino is a JavaScript engine with great performance and ease of use, = but > > > there's an issue with its license IIRC. There was a discussion on Rh= ino in > > > legal-discuss@apache.org, but this issue was not closed because nobod= y gave > > > the bottom line. I don't think it is because this issue is resolved;= I've > > > been reading legal-discuss list since it had started. > > > > > > If license becomes a problem, we could just use Groovy, which is more > > > attractive option for Java developers. > > > > > > HTH, > > > Trustin > > > -- > > > what we call human nature is actually human habit > > > -- > > > http://gleamynode.net/ > > > > > -- > Ersin >