Hi Stefan!
Actually I'm looking into this issue myself (new project that was launched this morning). Will get back to you when I know what is possible.
That would be really great, if U can give me some input about it. Good luck with UR new project!
Thanks -madhavi
Stef. -----Original Message----- From: Madhavi Thottempudi [mailto:madhavi@;caret.cam.ac.uk] Sent: Donnerstag, 17. Oktober 2002 13:59 To: Struts Users Mailing List Subject: RE: Struts and cocoon I thought stxx doesn't support WML! Do U mean that we can do it by writing our own output transformer/renderer sort of things?? -M At 13:35 17/10/2002 +0200, you wrote: >That's what I believe too. I believe you can do all kinds of >transformations with stxx, including WML. > >Stef. > >-----Original Message----- >From: V. Cekvenich [mailto:vicc@;users.sourceforge.net] >Sent: Donnerstag, 17. Oktober 2002 12:16 >To: [EMAIL PROTECTED] >Subject: Re: Struts and cocoon > >Cocon to me is meant to replace Apache static content. >Struts is for dynamc content. >I strore XML content in DB (in basicPortal) and render it using JSTL X >transform tag. >If you read a bit about FOP, you can render anything. > >Cocon I think is also semi-parked. > >Dynamic! > >.V > >Madhavi Thottempudi wrote: > > But, I see that the possible outputs supported by stxx are only html, > > pdf and svg. > > Whereas cocoon also supports WML, RTF apart from HTML, PDF& SVG. > > Isn't that an advantage of cocoon over stxx?? > > > > > > > > At 10:45 17/10/2002 +0200, you wrote: > > > >> Stxx was designed to work with struts, so it probably has a few > >> advantages over cocoon. > >> > >> Stef. > >> > >> -----Original Message----- > >> From: Madhavi Thottempudi [mailto:madhavi@;caret.cam.ac.uk] > >> Sent: Donnerstag, 17. Oktober 2002 10:30 > >> To: Struts Users Mailing List > >> Subject: Re: Struts and cocoon > >> > >> Hi! > >> I appreciate UR input on this topic. this really clears my mind about > >> doubts like - > >> Is anybody working on both Struts & cocoon or would the >configurations > >> conflict??, etc...etc. > >> And, I am even glad to have choice - Cocoon or stxx > >> > >> Thanks chaps! > >> -madhavi > >> > >> > >> > >> >Hello > >> > > >> >I've solved the problem of session lost, setting the path of any >cookie > >> to > >> >"/". > >> >A convenient method to avoid path related problems is make every >access > >> to > >> >the server root child, using mappings (servlets and filters in the > >> web.xml > >> >& > >> >actions in the struts.xml) > >> > > >> >EG: > >> > > >> >http://host:port/webappname/MyServlet > >> >http://host:port/webappname/MyUseCase_Keep.do > >> > > >> >Of course, the web pages can being distributed in any directory >layout; > >> >the browser ignores this, and believes that the resource is based on > >> the > >> >same directory (the name of your webapp). > >> >in this way browsers not invalidates the cookies and the previous > >> >stablished session is valid. > >> > > >> >good lucky > >> >Bernardo > >> > > >> > > Hello, > >> > > > >> > > I'm working in an application which combines Struts and Cocoon. > >> > > My unique problem for instance it's that I must do redirection > >> instead > >> > > of forwards. > >> > > This is a problem because then the request and the session are >lost > >> at > >> > > each redirection. > >> > > I solve it passing arguments in the URL. > >> > > Tell me how you do. > >> > > > >> > > Iris > >> > > > >> > > Madhavi Thottempudi wrote: > >> > > > >> > >> Hi! > >> > >> Is anybody out there working with Apache cocoon and Struts > >> framework > >> > >> together?? > >> > >> We are building a struts application and one of our requirement >is > >> > >> "Transformations". > >> > >> I am quite interested to know if anybody has worked on this > >> > >> combination, as I am wondering if it's possible to do that at >all. > >> Any > >> > >> comments/suggestions on this would be really helpful. > >> > >> > >> > >> Cheers > >> > >> -Madhavi > >> > >> > >> > > > >> > > > >> > > > >> > > > >> > > -- > >> > > To unsubscribe, e-mail: > >> > > <mailto:struts-user-unsubscribe@;jakarta.apache.org> For >additional > >> > > commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> > >> > > >> > > >> > > >> > > >> >-- > >> >To unsubscribe, e-mail: > >> <mailto:struts-user-unsubscribe@;jakarta.apache.org> > >> >For additional commands, e-mail: > >> <mailto:struts-user-help@;jakarta.apache.org> > >> > >> Madhavi T > >> E-Learning Systems Group > >> CARET, University of Cambridge > >> 16 Mill Lane > >> Cambridge CB2 1SB > >> > >> Tel: +44 (0) 1223 765382 > >> [EMAIL PROTECTED] > >> > >> > >> > >> > >> > >> -- > >> To unsubscribe, e-mail: > >> <mailto:struts-user-unsubscribe@;jakarta.apache.org> > >> For additional commands, e-mail: > >> <mailto:struts-user-help@;jakarta.apache.org> > >> > >> > >> -- > >> To unsubscribe, e-mail: > >> <mailto:struts-user-unsubscribe@;jakarta.apache.org> > >> For additional commands, e-mail: > >> <mailto:struts-user-help@;jakarta.apache.org> > > > > > > Madhavi T > > E-Learning Systems Group > > CARET, University of Cambridge > > 16 Mill Lane > > Cambridge CB2 1SB > > > > Tel: +44 (0) 1223 765382 > > [EMAIL PROTECTED] > > > > >-- >To unsubscribe, e-mail: ><mailto:struts-user-unsubscribe@;jakarta.apache.org> >For additional commands, e-mail: ><mailto:struts-user-help@;jakarta.apache.org> > > >-- >To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> >For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
-- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
