You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Stephanie Zohner <st...@gmx.at> on 2004/07/26 11:28:04 UTC
Caching of session attribute selector?
Hi all,
I have a problem when using the session attribute selector. It seems as if
the result of the selector gets cached somehow.
In Detail:
In the below pipeline the session attribute selector determines which
stylesheet is used to transform my xml data (either archive-run2html.xsl or
archive-run2html-readonly.xsl). The checked session attribute has the name
"isBlocker".
I set this session attribute with an action in another pipeline.
Frequently the value of "isBlocker" has not changed even though I called the
action which sets this session attribute. I have already varified if it was
really set by the action, and it was. So I assume that the value gets cached
somewhere, somehow.
Can somebody give me a hint, or has experienced a similar behaviour in
his/her appliaction?
Tahnks a lot,
Stephanie
<map:match pattern="config-form">
<map:select type="resource-exists">
<map:when test="file.xml">
<map:generate src="file.xml"/>
<map:transform type="xslt" src="stylesheets/transform.xsl"/>
</map:when>
<map:otherwise>
<map:generate type="request"/>
</map:otherwise>
</map:select>
<map:select type="session-attr">
<map:parameter name="attribute-name" value="isBlocker"/>
<map:when test="true">
<map:transform src="archive-run2html.xsl" type="xslt">
<map:parameter name="isBlocker" value="{session-attr:isBlocker}"/>
</map:transform>
</map:when>
<map:otherwise>
<map:transform src="archive-run2html-readonly.xsl" type="xslt">
<map:parameter name="isBlocker" value="{session-attr:isBlocker}"/>
</map:transform>
</map:otherwise>
</map:select>
<map:transform type="encodeURL"/>
<map:serialize type="html"/>
</map:match>
--
250 MB Mailbox, 100 FreeSMS/Monat, 1000 MB Online-Festplatte
Jetzt GMX TopMail kostenlos testen http://www.gmx.net/de/go/topmail
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org