Any estimated date, when this will be fixed in myfaces aswell?
I for myself depend on the very could components of myfaces....
greetz
Chris
| Dave Sag <[EMAIL PROTECTED]>
15.11.2004 16:14
|
An: "MyFaces Discussion" <[EMAIL PROTECTED]> Kopie: Thema: Re: Back Button problems |
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]
>>
>
