Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 16026 invoked from network); 5 Sep 2005 19:04:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Sep 2005 19:04:29 -0000 Received: (qmail 96466 invoked by uid 500); 5 Sep 2005 19:04:26 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 96402 invoked by uid 500); 5 Sep 2005 19:04:26 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 96389 invoked by uid 99); 5 Sep 2005 19:04:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Sep 2005 12:04:26 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of joerg.heinicke@gmx.de designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 05 Sep 2005 12:04:39 -0700 Received: (qmail invoked by alias); 05 Sep 2005 19:04:23 -0000 Received: from p549D0944.dip0.t-ipconnect.de (EHLO [192.168.122.254]) [84.157.9.68] by mail.gmx.net (mp018) with SMTP; 05 Sep 2005 21:04:23 +0200 X-Authenticated: #3483660 Message-ID: <431C96BD.5090804@gmx.de> Date: Mon, 05 Sep 2005 21:04:29 +0200 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: de-de, de, en-us, en-gb, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Status of JXTemplate refactoring Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello, I was asked for a possible refactoring of the JXTemplateGenerator. Somebody wants to provide only a very limited set of functionality to his template writers: only JXPath (no JEXL), only one object model. He started with patching the version of JXTemplateGenerator coming with 2.1.7. Simply extending it does not work because of to much private stuff. But with the refactoring happened to the official JXTemplateGenerator this also seems not to make much sense. Now the questions: The refactoring happened only in the trunk, didn't it? How far is it pluggable, how far are the above mentioned requirements supported? Is there any obvious problem using the template block in Cocoon 2.1? Thanks for your answers. J�rg