Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 41465 invoked from network); 16 Apr 2005 13:06:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Apr 2005 13:06:38 -0000 Received: (qmail 11274 invoked by uid 500); 16 Apr 2005 13:06:35 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 11207 invoked by uid 500); 16 Apr 2005 13:06:34 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 11193 invoked by uid 99); 16 Apr 2005 13:06:34 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from essemtepe.nada.kth.se (HELO smtp.nada.kth.se) (130.237.222.115) by apache.org (qpsmtpd/0.28) with ESMTP; Sat, 16 Apr 2005 06:06:33 -0700 X-Authentication-Info: The sender was authenticated as danielf using PLAIN at smtp.nada.kth.se Received: from [83.226.249.247] (localhost [127.0.0.1]) (authenticated bits=0) by smtp.nada.kth.se (8.12.10/8.12.11) with ESMTP id j3GD6Ton003609; Sat, 16 Apr 2005 15:06:29 +0200 (MEST) Message-ID: <42610E38.1020700@nada.kth.se> Date: Sat, 16 Apr 2005 15:08:08 +0200 From: Daniel Fagerstrom User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [vote] Switching to refactored JXTG References: <425D30E4.7090908@nada.kth.se> <4260CE2E.3000808@mobilebox.pl> In-Reply-To: <4260CE2E.3000808@mobilebox.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Leszek Gawron wrote: > Gregor J. Rothfuss wrote: > >> Daniel Fagerstrom wrote: >> >>> Please cast your votes: >>> >>> [X ] Let's switch to the refactored JXTG in trunk! >>> [ ] It can wait. >>> >>> [ X] Mark the Template block core. >>> [ ] I suggest ... >> >> >> >> i also just noticed that the old JXTemplateGenerator has a dependency >> on rhino (which means it does not work in a pure javaflow environment) >> > The new one also does. Rhino along with JEXL is used for this kind of > statements: > > > or > > ${Packages.com.mycompany.formatter.MyJuicyFormatter.format( bean.value, > cocoon.consumer )} > > We haven't found a replacement yet. We have discussed configurable and unified environment (object model) handling: http://marc.theaimsgroup.com/?t=110963091600004&r=1&w=2, which would mean that you can decide what you want JXTG to depend on, e.g. if it should allow the use of Java packages in expressions or not. I started on a prototype: http://svn.apache.org/viewcvs.cgi/cocoon/blocks/unsupported/template/trunk/java/org/apache/cocoon/components/accessor/ http://svn.apache.org/viewcvs.cgi/cocoon/blocks/unsupported/template/trunk/test/org/apache/cocoon/components/accessor/ but there are other things that has higher priority for me, so if no one else jumps on it it will take some while before anything happens. /Daniel