Return-Path: 
 <cocoon-dev-return-13369-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 42486 invoked by uid 500); 16 May 2001 07:53:24 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 42445 invoked from network); 16 May 2001 07:53:19 -0000
Message-ID: <3B0231E4.425B3690@anyware-tech.com>
Date: Wed, 16 May 2001 09:53:08 +0200
From: Sylvain Wallez <sylvain.wallez@anyware-tech.com>
Organization: Anyware Technologies
X-Mailer: Mozilla 4.7 [fr] (WinNT; I)
X-Accept-Language: fr,en
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: TraxTransformer and LogicsheetCodeGenerator vs. sitemap parameter
References: <Pine.LNX.4.31.0105152022370.689-100000@defiant.dff.local>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N



Torsten Curdt a �crit :
> 
> Ok, I just looked into the source code and found the
> reason why sitemap parameters can not be passed to logicsheets
> like this:
> 
>   <map:generate type="serverpages" src="..">
>     <parameter name="to_logic_sheet" value="{1}"/>
>   </map:generate>
> 
> I found out that the LogicsheetCodeGenerator gets a direct TransformerHandle
> and does not use the TraxTransformer. Is there a specific reason why the
> TraxTransformer isn't used instead? The TraxTransformer has all the needed
> methods to pass parameters from the sitemap to the logicsheet.
> All what needs to be done is to pass the parameters from the
> ServerPagesGenerator to the LogicsheetCodeGenerator and then to the
> TraxTransformer that creates the ServerPage.
> 
> Does this make sense? I still cannot see the big picture of the cocoon
> architecture but in terms of straighten out everything this sounds
> reasonable to me...
> 
> Comments?

I think you are mixing the 2 steps that are involved in XSP invocation :

- code generation and compilation : this is where logicsheets are
involved to generate code. This code should not depend on request
parameters, otherwhise XSPs will have to be regenerated and recompiled
for each request, which would be non-sense.

- execution (request-time) : logicsheets aren't involved here. Content
is generated by instances of the XSPs which can use request-time
parameters passed by the sitemap, using "parmeters.getParameter()" in
<xsp:logic> elements.

-- 
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org