D'accord with Jamie on this. regards,
Martin On 1/27/06, Cash, Jamie <[EMAIL PROTECTED]> wrote: > If a action resolves to a jsp page and not a method on a backing bean, then > there can only be one consequence of that action. > > In this case, and this case only, it would be useful for faces to render the > link as a outputLink by computing the full URL. > > The page designer, on the other hand should be able to code the links as > commandLinks. > > With this solution, all actions that can resolve to a single possible > consequence, will link to a page that will be bookmarkable. These links will > be listed in the HTML, and will therefore be followed by search engine robots. > > Regards > > Jamie > > -----Original Message----- > From: Alexander Smirnov [mailto:[EMAIL PROTECTED] > Sent: 27 January 2006 12:16 > To: MyFaces Development > Subject: Re: Bookmarking, History and JSF > > > Due to navigation caases, you page after GET request may be different > from request to request, depend on application state. For bookmarkable > links, best case to use redirect navigation options . > May be, for such cases best solution will be save/restore request state > for redirect, simulate single request processing for redirects ? After > such processing, You will have right ( bookmarkable ) uri in browser for > page. > Second part for such solution can be ability for define "default" action > methods for non-faces requested pages. In such, when re-visiting > bookmarked page, in case of non-actual page client can be forward to > different view ( as I see, such functions exist in Struts/Shale ). > > " not submitting a form and loosing all JSF state but having a > bookmarkable link? " - already exist in <h:outputLink > with nested > <f:param > > > Jesse Alexander (KBSA 21) : > > to put it in a nutshell: > > > > add GET-processing to JSF... > > > > +100 ;-) > > > > regards > > Alexander > > > > -----Original Message----- > > From: Martin Marinschek [mailto:[EMAIL PROTECTED] > > Sent: Friday, January 27, 2006 10:35 AM > > To: MyFaces Development > > Subject: Bookmarking, History and JSF > > > > Hi all, > > > > I'm having ideas again. Must come from too much work with JSF ;) > > > > My idea: > > > > Bookmarking is a problem with JSF, right? Except you use h:outputLink, > > but then there's this slight problem with not being in the action > > system anymore ;) > > > > Now, what do I want to be able to see in my history or to bookmark? I > > want to bookmark simple pages, where state is not so important at all. > > Or only a small portion of the state is important... > > > > Those simple pages I usually refer to with an "action" attribute that > > is put (as a string) directly on the <h:commandLink /> or > > <h:commandButton/> tag, right? > > > > Why not render out this action attribute as a parameter to the URL of > > the link optionally, not submitting a form and loosing all JSF state, > > but having a bookmarkable link? > > > > The developer can decide then: > > - do I need this link to be bookmarked > > - do I want this link to use the plain old JSF posting system with > > state-saving. > > > > Enhancement: we could additionally render out params to this link as - > > yes, right, params to the URL. So people can optionally build there > > web-apps just like they were used to when JSF wasn't around. > > > > Good idea - bad idea - better idea ;) ? > > > > regards, > > > > Martin > > > > -- > > > > http://www.irian.at > > > > Your JSF powerhouse - > > JSF Consulting, Development and > > Courses in English and German > > > > Professional Support for Apache MyFaces > > -- > Alexander Smirnov > Software developer > Exadel Inc. > http://www.exadel.com/ > mail-to:[EMAIL PROTECTED] > > > INTERNATIONAL FINANCIAL DATA SERVICES (UK) LTD Tel: +44 1268 44 3000 > ********************** N O T I C E ********************************* > > This message and any attachments is intended only for the individual or > company to which it is addressed and may contain > information which is privileged, confidential or prohibited from disclosure > or unauthorised use. If the recipient of this > transmission is not the intended recipient, or the employee or agent > responsible for delivering such materials to the > intended recipient, you are hereby notified that any use, any form of > reproduction, dissemination, copying, disclosure, > modification, distribution and/or publication of this e-mail message or its > attachments other than by it's intended > recipient is strictly prohibited by the sender. If you have received it in > error, please notify us immediately by > telephone on the number above and destroy the message and all copies in your > possession. > > International Financial Data Services (UK) Ltd is authorised and regulated by > the Financial Services Authority. > > This footnote also confirms that this email message has been swept by > MIMEsweeper for the presence of computer viruses. > > ********************************************************************** > > -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
