Thanks Manfred, I am trying to get my app working with the latest CVS snapshot, in the hopes that I can use client-side state saving, and that as you suggest this will fix the issue with the back button and form resubmits.
I swapped in the new jars, tweaked web.xml, and changed the jsp taglib declarations to point to http://myfaces.apache.org/extensions, but I am still getting an error when I try to load up the first page: javax.servlet.ServletException: net.sourceforge.myfaces.taglib.html.HtmlPanelGridTag javax.faces.webapp.FacesServlet.service(FacesServlet.java:125) org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:670 ) org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:637) org.apache.jsp.index_jsp._jspService(index_jsp.java:43) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 24) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) It looks like for some reason it is still referencing the net.sourceforge.. taglibs. Does anyone know how to fix this? Thanks, Arinaya > -----Original Message----- > From: Manfred Geiler [mailto:[EMAIL PROTECTED] > Sent: Monday, November 15, 2004 8:33 AM > To: MyFaces Discussion > Subject: Re: Back Button problems > > Hi all, > Seems that some issues are getting mixed up here. > The Sun problem and fix that you mention is the "Use of > Browser's back-button causes multiple ActionEvents to pile > up" problem. This problem is resolved in MyFaces and it was > resolved long before Sun RI. > What was the initial post for this thread was: > "When I navigate back to a form that has previously been > submitted, using the browser back button, I need to click the > submit button twice in order for the form to actually resubmit" > Well, I'm sure this problem does not exist for client-side > state saving. > (There is another issue the "Serializable" thing, which is > also fixed now - use latest CVS please) Regarding server-side > state saving: Please give us an exact testcase that can be > used to reproduce this problem. > > Thanks, > Manfred > > > Dave Sag wrote: > > that's right. the change is in sun's reference implementation. the > > fix is in their CVS server now. i am very impressed with > the way they > > handled the issue. i reported it as a bug in their issue > tracker and > > within days several fixes were made. these were then discussed and > > thrashed around and within a week or so the changes were > QA'd and code > > reviewed. very very professional. > > > > still, as i have said before - use what works - it only takes 2 > > seconds to swap JSF-RI and MyFaces in and out. > > > > cheers > > > > dave > > > > > > > > On 15/11/2004, at 3:59 PM, Matthias Wessendorf wrote: > > > >> spec from JSF 1.2 is not final now. > >> it will be included in J2EE 5 (aka 1.5) > >> > >> the fix is a fix for RI from SUN. > >> > >> as far as I can see... > >> > >> HTH, > >> Matthias > >> > >>> -----Original Message----- > >>> From: Heath Borders-Wing [mailto:[EMAIL PROTECTED] > >>> Sent: Monday, November 15, 2004 3:58 PM > >>> To: MyFaces Discussion > >>> Subject: Re: Back Button problems > >>> > >>> > >>> So, has JSF 1.2 been finalized now? Or is this just a > beta version? > >>> > >>> > >>> On Mon, 15 Nov 2004 15:45:45 +0100, Dave Sag > >>> <[EMAIL PROTECTED]> wrote: > >>> > >>>> we tried that, and even tried setting the expires and > >>> > >>> pragma=no-cache > >>> > >>>> using a filter but it had no effect. the back button > always just > >>>> grabs the last page from cache and does not even re-execute > >>> > >>> any onload > >>> > >>>> javascript in the page. > >>>> > >>>> the problems has however been resolved in JSF1.2 (see > >>> > >>> Issue: jsf-ri 63 > >>> > >>>> > >>> > https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=63) so > >>> we > >>> > >>>> have switched back to sun's JSF for now. isn't choice a > wonderful > >>>> thing. > >>>> > >>>> cheers > >>>> > >>>> dave > >>>> > >>>> > >>>> > >>>> On 15/11/2004, at 3:19 PM, Thomas Wolf wrote: > >>>> > >>>>> I'm a little rusty on my HTTP, but I don't think that > hitting the > >>>>> "back" button always gets things from the browser's cache - > >>>>> specifically, I'm thinking about the "Expires" and the > >>>>> "Cache-Control" HTTP response headers that can be sent > along with > >>>>> the original page: e.g. if the server sets the "no-cache" > >>> > >>> option on > >>> > >>>>> Cache-Control or sets an Expires date that's in the past, > >>> > >>> then the > >>> > >>>>> browser shouldn't use a cached page. > >>>>> > >>>>> I'm a newsbie when it comes to JSF, but does JSF not set these > >>>>> headers? In theory, this would solve the synchronization > >>> > >>> issue that > >>> > >>>>> is being mentioned: when the <back> button is hit, the browser > >>>>> should go to the server to re-fetch the page; JSF should > >>> > >>> be able to > >>> > >>>>> synchronize off that request, no? > >>>>> > >>>>> But maybe my memory on the caching stuff is a bit stale...can't > >>>>> remember if all browsers implemented it to spec. > >>>>> > >>>>> Hope this helps, > >>>>> tom > >>>>> > >>>>> > >>>>> -----Original Message----- > >>>>> From: Heath Borders-Wing [mailto:[EMAIL PROTECTED] > >>>>> Sent: Sunday, November 14, 2004 2:27 PM > >>>>> To: MyFaces Discussion > >>>>> Subject: Re: Back Button problems > >>>>> > >>>>> > >>>>> I don't think there is a way you coudl do this with javascript > >>>>> because when you hit the back button you aren't talking > with the > >>>>> server at all, you are just going through the browser's cache. > >>>>> > >>>>> > >>>>> On Sun, 14 Nov 2004 08:45:08 -0700, Arinaya > <[EMAIL PROTECTED]> > >>>>> wrote: > >>>>> > >>>>>> Ok that makes sense. > >>>>>> But is there any way to force JSF to refresh the View > >>> > >>> when a page > >>> > >>>>>> is loaded in the browser? > >>>>>> > >>>>>> Or is it possible to send a request automatically on > >>> > >>> page load if > >>> > >>>>>> the View is not synchronized with the current page? > >>>>>> > >>>>>> I think I could use javascript to do a form submit on > page load, > >>>>>> but how would I check the current JSF View using > >>> > >>> javascript? Is it > >>> > >>>>>> possible? > >>>>>> > >>>>>> Thanks > >>>>>> > >>>>>> > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Heath Borders-Wing [mailto:[EMAIL PROTECTED] > >>>>>>> Sent: Sunday, November 14, 2004 8:35 AM > >>>>>>> To: MyFaces Discussion > >>>>>>> Subject: Re: Back Button problems > >>>>>>> > >>>>>>> I tried the same thing. > >>>>>>> > >>>>>>> I don't know why client side state saving was throwing a > >>>>>>> NotSerializableException, but I know why you have to > >>> > >>> submit twice. > >>> > >>>>>>> > >>>>>>> Let's say you have two pages: A and B. If you submit > a form on > >>>>>>> page > >>>>> > >>>>> > >>>>>>> A and navigate to page B, the view that JSF currently > >>> > >>> has stored > >>> > >>>>>>> is page B. So, if you use the browser's 'back' button > >>> > >>> to navigate > >>> > >>>>>>> to page A, JSF will take one request to synchronize the > >>> > >>> page and > >>> > >>>>>>> the view. Then the second request will be normal. > >>>>>>> > >>>>>>> I don't think that switching to client side state saving will > >>>>>>> change > >>>>> > >>>>> > >>>>>>> this behavior. > >>>>>>> > >>>>>>> > >>>>>>> On Sat, 13 Nov 2004 14:31:06 -0700, Arinaya > >>> > >>> <[EMAIL PROTECTED]> > >>> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> Hello All, > >>>>>>>> I hope someone can please help me with this -- > >>>>>>>> > >>>>>>>> Currently when I navigate back to a form that has > >>> > >>> previously been > >>> > >>>>>>>> submitted, using the browser back button, I need to click > >>>>>>> > >>>>>>> the submit > >>>>>>> > >>>>>>>> button twice in order for the form to actually resubmit. The > >>>>>>>> first > >>>>> > >>>>> > >>>>>>>> click seems to reset the form, clearing any changes > that have > >>>>>>>> been > >>>>> > >>>>> > >>>>>>>> made to input fields since navigating back to the form. > >>>>>>>> > >>>>>>>> We are currently using server-side state saving method, and > >>>>>>> > >>>>>>> I thought > >>>>>>> > >>>>>>>> this might be the problem, so I tried switching this > >>> > >>> to client, > >>> > >>>>>>>> but then the FacesServlet throws a > >>>>>>>> java.io.NotSerializableException. > >>>>>>>> > >>>>>>>> Has anyone had either of these two problems? > >>>>>>>> How can I get the browser back button to work? > >>>>>>>> Using MyFaces 1.0.7. > >>>>>>>> > >>>>>>>> Thanks, > >>>>>>>> Arinaya > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> If you don't have a GMail account, I probably have 5 invites. > >>>>>>> Just ask! -Heath Borders-Wing [EMAIL PROTECTED] > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> If you don't have a GMail account, I probably have 5 > >>> > >>> invites. Just > >>> > >>>>> ask! > >>>>> -Heath Borders-Wing > >>>>> [EMAIL PROTECTED] > >>>> > >>>> > >>>> > >>> > >>> > >>> -- > >>> If you don't have a GMail account, I probably have 5 invites. > >>> Just ask! > >>> -Heath Borders-Wing > >>> [EMAIL PROTECTED] > >>> > >> > > > > > > >
