Return-Path: Mailing-List: contact bsf-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list bsf-dev@jakarta.apache.org Received: (qmail 16462 invoked from network); 2 Jun 2003 14:37:16 -0000 Received: from ny2.fastmail.fm (HELO smtp.us2.messagingengine.com) (66.111.4.3) by daedalus.apache.org with SMTP; 2 Jun 2003 14:37:16 -0000 Received: from www.fastmail.fm (server1.internal [10.202.2.132]) by server2.messagingengine.com (Postfix) with ESMTP id E658E67024 for ; Mon, 2 Jun 2003 10:37:16 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=www.fastmail.fm) by messagingengine.com with SMTP; Mon, 02 Jun 2003 10:37:16 -0400 X-Epoch: 1054564636 X-Sasl-enc: 5A6xs4xguryNzUourzrWYQ Received: from fastmail.fm (tc.telecomputing.no [213.203.17.243]) by www.fastmail.fm (Postfix) with ESMTP id 855AE2ACF1 for ; Mon, 2 Jun 2003 10:37:14 -0400 (EDT) Message-ID: <3EDB6119.9030903@fastmail.fm> Date: Mon, 02 Jun 2003 16:37:13 +0200 From: Igor Bukanov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bean Scripting Framework developers Subject: Re: Strange Classpath issue. References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Jiger Patel wrote: > 1. When and who will update the Javascript BSF engine to the latest > Rhino releases (Rhino 1.5R4.1) or it is already done in the CVS. It is already in CVS. > if so > when is the next BSF release expected? No info > > 2. How can I further optimze the below chunk of code. This operation is cheap and it should be nothing compared with calling any script evaluation even with SecurityManager installed. > That is, instead > of setting the CL for every execution, what are the other ways I could > follow to say set the CL only once and never set-unset it. I suggest to always use set/restore since in this way classloader would not stuck in memory and will be subject to garbage collection. It may not matter in your particular case since that loader is permanently referenced by your application, but it is just a good practice to follow. >Would it > affect the classes of the IDE or other plugins. If they use the loader. Regards, Igor