Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 94199 invoked by uid 500); 1 Feb 2003 00:49:25 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 94188 invoked from network); 1 Feb 2003 00:49:24 -0000 From: "Marco Rolappe" To: Subject: AW: AW: Accessing session variables in the sitemap.xmap Date: Sat, 1 Feb 2003 01:52:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <1044059510.1409.8.camel@biatch> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Importance: Normal Sender: m_rolappe@web.de X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N hey heiko, see comments inline > -----Urspr�ngliche Nachricht----- > Von: cocoon-users-return-45965-m_rolappe=web.de@xml.apache.org > [mailto:cocoon-users-return-45965-m_rolappe=web.de@xml.apache.org]Im > Auftrag von Heiko Milke > Gesendet: Samstag, 1. Februar 2003 01:32 > An: cocoon-users@xml.apache.org > Betreff: Re: AW: Accessing session variables in the sitemap.xmap > > > Hello Marco, > > thank you very much for your reply. It is a bit irretating that you > can't read something from the session that was set to it earlier in a the thing is that it was not set *earlier*. this has to do with how pipelines work. the xsp attribute create-session="true" leads to code in the serverpage's generate() method. but this method is not called before pipeline setup. so at pipeline setup/assembly time the session will not yet have been created. > serverpage (while working on the same request) but i'll have to live > with it. > > Now I wrote an action that does the talking to the session and it works > fine. The serverpages just lost some of their value for me. I was so it's not really the serverpages' fault. you can have create-session="true" get to work. the xsp logicsheet just has to be modified accordingly (create the session in the XSP's setup() method. > happy with the XMLFragment implementation of mine working out so well > but if session modifications are delayed to the next page request .... > > Gn8 Heiko! > jo, schlaf ma gut! --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: