hi roberto, please see bottom of mail. > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]Im > Auftrag von Roberto Cipollini > Gesendet: Freitag, 7. Februar 2003 10:16 > An: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Betreff: Re: AW: Session problems > > > Unfortunatly the "encodeRedirectURL" did not work :( > > It may sounds good i have crossing webapplications. > > My goal is to have a single deployment of cocoon under the > jakarta dir, and > store all the file of multiple virtualhosts in another directory > (/usr/webapps/.....). > > I got it working [maybe it's wrong] configuring the tomcat server.xml to > redirct some requests to the cocoon container and then let cocoon do the > job. > Just to understand the prefix/suffix: > "pfw" is my cocoon environment. it stands for Publishing Frame Work and in > all my virtual hosts uri i know that when calling the pfw i invoke the > cocoon entity. > ex: myvh.com/index.jsp --> tomcat > myvh.com/pfw/myvh/read.pfw -->cocoon [where pfw is a page generated from > sitemap.xmap stored in /usr/webapps/myvh/pfw/sitemap.xmap virtual host > directory] > This is a pice of my server.xml: > > <host name="myvh.com" appBase="/usr/webapps/myvh" autoDeploy="0"> > <Context reloadable="true" path="/pfw" > docBase="/opt/jakarta-tomcat-4.0.4/webapps/cocoon" debug="0"> > <Context reloadable="true" path="*.pfw" > docBase="/opt/jakarta-tomcat-4.0.4/webapps/cocoon" debug="0"> > </host> > > When i invoke something in the url like > myvh.com/pfw/myvh/page.pfw , tomcat > redirect the request to cocoon to process the request. > Cocoon knows what to do :) in the master subsitemap.xmap there's this > fragment code: > <map:pipeline> > <map:match pattern="myvh/**"> > <map:mount check-reload="yes" > src=file:///usr/webapps/myvh/pfw/sitemap.xmap" uri-prefix="myvh" /> > </map:pipeline> > > > In the sub sitemap.xamp stored in the myvh dir there's this fragment code: > > <map:match pattern="*.pfw"> > <map:aggregate element="ALL" > > <map:part src="setup_env.xml"> > <map:part src="cocoon:/{1}.xml"> > </map:aggregate> > <map:transform src="xsl/{1}.xsl" /> > <map:serialize type="html" /> > > </map:match> > > > > So, after all, do you think i cross? I don't know if this call/over-call > procedure is fine and if this is the cause of my session failure. > > Can anyone help? > > bye. > Roberto > > > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> >
yes, you're crossing contexts (which I totally forgot to mention in the beginning). > ex: myvh.com/index.jsp --> tomcat > myvh.com/pfw/myvh/read.pfw -->cocoon [where pfw is a page generated from > sitemap.xmap stored in /usr/webapps/myvh/pfw/sitemap.xmap virtual host > directory] > This is a pice of my server.xml: > > <host name="myvh.com" appBase="/usr/webapps/myvh" autoDeploy="0"> > <Context reloadable="true" path="/pfw" > docBase="/opt/jakarta-tomcat-4.0.4/webapps/cocoon" debug="0"> > <Context reloadable="true" path="*.pfw" > docBase="/opt/jakarta-tomcat-4.0.4/webapps/cocoon" debug="0"> > </host> that means, that the JSP and the cocoon stuff live in seperate (webapp) contexts (you can of course let cocoon handle JSPs). thus, the encodeRedirectURL can't work, of course. note though that the encodeRedirectURL should be done when redirecting within your webapp. for url rewriting based sessions, this appends the ';JSESSIONID=...' to the url. so, not doing this causes losing the session then. so what can you do? from the top of my head two ideas: 1. let cocoon handle the JSPs 2. deliver the parameters (username/pw) via request parameters/attributes (don't know if the latter works, though). --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
