Return-Path: X-Original-To: apmail-cocoon-dev-archive@www.apache.org Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D667B4686 for ; Fri, 1 Jul 2011 09:30:10 +0000 (UTC) Received: (qmail 38017 invoked by uid 500); 1 Jul 2011 09:30:06 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 37560 invoked by uid 500); 1 Jul 2011 09:29:58 -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 37455 invoked by uid 99); 1 Jul 2011 09:29:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 09:29:54 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [88.198.46.98] (HELO indoqa.com) (88.198.46.98) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 09:29:46 +0000 Received: from [192.168.5.168] (85-126-236-148.static.xdsl-line.inode.at [85.126.236.148]) by indoqa.com (Postfix) with ESMTP id 6D4A91A000D for ; Fri, 1 Jul 2011 11:29:26 +0200 (CEST) Message-ID: <4E0D9375.9020706@apache.org> Date: Fri, 01 Jul 2011 11:29:25 +0200 From: =?ISO-8859-15?Q?Reinhard_P=F6tz?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [C3] Passing parameters from sitemap to generator References: <4E0D8465.6050501@apache.org> In-Reply-To: <4E0D8465.6050501@apache.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org On 07/01/2011 10:25 AM, Francesco Chicchiricc� wrote: > Hi all, > recently I have been in the situation for which I need to parametrize an > XML file of my application; I thought there was a simpler way but I > ended up by using an additional XSLT transformation step (since the > XSLTTransformer can accep parameters from the pipeline). > > With C2.1 I used to put in place the JXGenerator [1] (or JXTransformer > [2] depending on the case): this saved me, in many cases, from an > additional transformation step in the pipeline. > > Even though it is true that everything you could do with JXGenerator can > always be done with XMLGenerator + XSLTTransformer, do you think that > such component can be a "nice to have" in C3? So far there is only the StringTemplateGenerator component, that dynamically generates XML based on a template. There are also no 'build-in' objects like request, session, etc. which were supported by the JXGenerator or the VelocityGenerator in Cocoon 2.x I have no strong opinion on what should be migrated to C3 as long as it goes into a new module or the cocoon-optional module ;-) I suggest that you choose that technology that fits your requirements and your time constraints (VelocityGenerator should be rather straight forward, migrating JX* is definitly more-timeconsuming) best. -- Reinhard P�tz Founder & Managing Director, Indoqa and Deepsearch http://www.indoqa.com/people/reinhard-poetz.html Member of the Apache Software Foundation Apache Cocoon Committer, PMC member reinhard@apache.org ________________________________________________________________________ Furthermore, I think Oracle has to honor the JSPA agreement. http://s.apache.org/JCPIsDead http://s.apache.org/tck-trap