Madhav,
You may need to use redirect.
See the following discussions:
[1] http://wiki.apache.org/myfaces/Custom_Navigation_Handler
[2] http://wiki.apache.org/myfaces/InvokingJsfPagesWithStandardUrls
[3]
Jeff,
When the same page is refreshed via a redirect, the state is lost. The
top static section of almost all web pages contain drop down component.
These are populated via - Collections sitting in application scope or
collections sitting in request scope.
When a redirect happens, the values
old school refresh needs JSF page not to be a post-back.
If you can review your navigation
http://wiki.apache.org/myfaces/InvokingJsfPagesWithStandardUrls worked
well for me.
p.s: non javascript browser end fancy effects do not match... :-(
2006/10/17, Madhav Bhargava [EMAIL PROTECTED]:
::SammyRulez:: wrote:
old school refresh needs JSF page not to be a post-back.
If you can review your navigation
http://wiki.apache.org/myfaces/InvokingJsfPagesWithStandardUrls worked
well for me.
Yes, take a look.
p.s: non javascript browser end fancy effects do not match... :-(
I agree
Ali Raza wrote:
Greetings,
Is there any way to determine whether a page has been refresehed ? Is there
some object in the request Map or something to indicate that the page has
been refreshed from the client instead of actual postback from some submit
button ?
My problem is that when the page
hey Laurie,I browsed the shale package details etc and all the functionality was either devlopoing or evolving in terms of stability ratings. are there any stable alternatives ?Thanx ALI
On 2/2/06, Laurie Harper [EMAIL PROTECTED] wrote:
Ali Raza wrote: Greetings, Is there any way to determine
On 2/1/06, Ali Raza [EMAIL PROTECTED] wrote:
hey Laurie,I browsed the shale package details etc and all the
functionality was either devlopoing or evolving in terms of stability
ratings. are there any stable alternatives ?
No ... it's too early for that kind of guarantee. But, if you
look at the
Well, packages marked 'developing' *are* stable, reasonably. Any changes
should just extend the existing functionality without breaking
compatibility with what's there today. The shale.view package in
particular, which provides the features I cited below, should be pretty
solid at this point.
Thanx a lotAliOn 2/2/06, Laurie Harper [EMAIL PROTECTED] wrote:
Well, packages marked 'developing' *are* stable, reasonably. Any changesshould just extend the existing functionality without breakingcompatibility with what's there today. The shale.view package inparticular, which provides the
9 matches
Mail list logo
