Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 94980 invoked from network); 13 Jun 2002 01:39:23 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 13 Jun 2002 01:39:23 -0000 Received: (qmail 29556 invoked by uid 97); 13 Jun 2002 01:39:30 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 29510 invoked by uid 97); 13 Jun 2002 01:39:27 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 29493 invoked by uid 98); 13 Jun 2002 01:39:26 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Subject: Re: jexl again... To: "Jakarta Commons Developers List" X-Mailer: Lotus Notes Release 5.0.10 March 22, 2002 Message-ID: From: dion@multitask.com.au Date: Thu, 13 Jun 2002 11:37:07 +1000 X-MIMETrack: Serialize by Router on gateway/Multitask Consulting/AU(Release 5.0.8 |June 18, 2001) at 06/13/2002 11:51:29 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Yep Geir, that was it. My lack of understanding of the jexl syntax was what got me. Jelly builds just enough on jexl to make it a better choice for me. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers "Geir Magnusson Jr." To: Jakarta Commons Developers List Subject: Re: jexl again... 06/13/02 03:06 AM Please respond to "Jakarta Commons Developers List" On 6/12/02 1:06 PM, "dion@multitask.com.au" wrote: > The hassle I had with Jexl was using the context to set a variable to a > value to be evaluated later. With Jexl, it meant I couldn't have a string > with the same value as a variable name, i.e. setting 'name' to 'value' > meant if I evaluated 'name' I always got 'value'. Good except that I'm > trying to fit in with ant's property / value naming style. Ah. I think I understand what you mean. Jelly adds the ${foo} decorations to allow the distinction between references and constants, and to not inflict one kind of indicator. So jelly uses ${foo}, but others could do $foo, %foo, , etc... Jexl accomodates all by not inflicting one way on the user. If you wanted a constant string 'name', then just put single or double quotes around it... 'name' Does that address what you were saying? (I am wondering if I missed your point...) Geir > -- > dIon Gillard, Multitask Consulting > Work: http://www.multitask.com.au > Developers: http://adslgateway.multitask.com.au/developers > > > > > "Geir Magnusson Jr." > 06/13/02 12:59 AM > Please respond to "Jakarta Commons Developers List" > > > To: Jakarta Commons Developers List > cc: > Subject: Re: jexl again... > > > On 6/12/02 11:09 AM, "dion@multitask.com.au" > wrote: > >> Cool....I've just started the move to Jelly to handle this. It seems a >> much cleaner implementation...? > > Much cleaner than? Jelly uses Jexl... > >> -- >> dIon Gillard, Multitask Consulting >> Work: http://www.multitask.com.au >> Developers: http://adslgateway.multitask.com.au/developers >> >> >> >> >> "James Strachan" >> 06/12/02 08:05 PM >> Please respond to "Jakarta Commons Developers List" >> >> >> To: "Jakarta Commons Developers List" >> >> cc: >> Subject: Re: jexl again... >> >> >> From: >>> 1) Are expressions cacheable? i.e. if I create an expression and > execute >> it >>> once, can I store it away in a Map and reevaluate it, rather than >>> recreating it? >> >> FWIW Jelly creates Expression objects and caches them so that they are >> reused inside a Script. The same Expression instance could be reused in >> multiple threads too. >> >> James >> >> >> _________________________________________________________ >> Do You Yahoo!? >> Get your free @yahoo.com address at http://mail.yahoo.com >> >> >> -- >> To unsubscribe, e-mail: < mailto:commons-dev-unsubscribe@jakarta.apache.org> >> For additional commands, e-mail: < mailto:commons-dev-help@jakarta.apache.org> >> >> >> >> >> >> -- >> To unsubscribe, e-mail: < mailto:commons-dev-unsubscribe@jakarta.apache.org> >> For additional commands, e-mail: < mailto:commons-dev-help@jakarta.apache.org> >> -- Geir Magnusson Jr. Research & Development, Adeptra Inc. geirm@adeptra.com +1-203-247-1713 -- To unsubscribe, e-mail: < mailto:commons-dev-unsubscribe@jakarta.apache.org> For additional commands, e-mail: < mailto:commons-dev-help@jakarta.apache.org> -- To unsubscribe, e-mail: For additional commands, e-mail: