SAXESS - Hussayn Dabbous dijo: > cocoon basically does not preserve session state in > subrequests. ? I dont think soo. I have currently running an application 100% Cocoon based that works with the authentication framework. And it looks like the sessions are preserved.
Can you explain more why you told that? Antonio Gallardo > > i'm currently working together with another developer on a > general solution. We are investigating severeal approaches. > > Currently we are looking at the idea to add another > protocol to cocoon, or enhance the http protocol. There > was the idea to enhance the new webproxy generator, but > we want to check out first, if the protocol enhancement > would do a better job here. It may be a more general > approach... > > I made some basic tests and things work fine. I expect to > write some preliminary results tonight or tomorrow. > > As i see multiple requests on this theme i get convinced > there is severe need for this feature. > > I want to inform you, that this enhancement is a commercially > triggered work. The participants in the project are beeing > payed for their work but the results are kept open source... > > I'd like to see more projects of this kind. So also individual > programmers could can benefit ... > > regards, hussayn > > Kishore wrote: >> Hi all, >> I am using cocoon to apply XSL transformation >> on XML files generated by my 'SERVLETS'. So, cocoon >> intercepts the client request, calls the proper application servlet, >> then applies xsl mapping on the servlet's output and returns the >> result as a html file. >> Now, the problem I am facing is, this way I am unable >> to >> maintain sessions among my servlet's clients. Each new request coming >> to my servlet is creating a session afresh because it's not the >> client directly, but cocoon that's making a request for my servlets. >> Has anybody faced this problem or know the solution? >> Pl. >> let me know ASAP. >> >> regards >> nanda kishore. > > > --------------------------------------------------------------------- > 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]> --------------------------------------------------------------------- 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]>