hi pavel, you can use ServerSideWindowHandler (see [1] which provides additional details - i linked the whole thread in my previous answer [2]).
regards, gerhard [1] http://markmail.org/message/2chkos7y2vjmjpzy [2] http://s.apache.org/k4 http://www.irian.at Your JSF/JavaEE powerhouse - JavaEE Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2012/5/10 Pavel Arnošt <[email protected]> > Hi all, > first, I apologize for double post, it looks like that Nabble gateway > does not work very well, it nagged me with "could not deliver" messages and > even now your messages are not available at Nabble (http://old.nabble.com/ > **MyFaces---Users-f181.html<http://old.nabble.com/MyFaces---Users-f181.html> > ). > Thanks for all your replies. > WindowContextConfig#**isUrlParameterSupported is really sufficient for > working ViewAccessScope without windowId in URL, I confused "creates new > beans" with "invokes @PostConstruct at every request". And thats expected, > as discussed at http://stackoverflow.com/**questions/2797231/why-does-** > postconstruct-callback-fire-**every-time-even-though-bean-**is-viewscoped<http://stackoverflow.com/questions/2797231/why-does-postconstruct-callback-fire-every-time-even-though-bean-is-viewscoped> > . > I believe that windowId functionality is great, but on simple public > pages such as "Give us feedback" or "Register with us", windowId parameter > is a little ugly, losing of context with reload is not a problem here and > ViewAccessScope is very handy for AJAX feedback. > Regards, > Pavel > > ------ Původní zpráva ------ > Od: "Mark Struberg" <[email protected]> > Komu: "MyFaces Discussion" <[email protected]> > Odesláno: 10.5.2012 16:03:08 > Předmět: Re: [CODI] ViewAccessScoped beans without windowId in URL > > Hi folks! >> >> We've done some intense testing and I really suggest to use the windowId >> url parameter and also to use the ClientSideWindowhandler with the >> windowhandler.js and windowhandler.html stuff. If you have customers/users >> which are used to open multiple browser tabs, then this is the only >> perfectly working solution. >> >> Btw, the windowId in the URL doesn't make any problem because it will get >> checked against the window.name. And if those doesn't fit then we just >> request a new windowId. >> >> LieGrue, >> strub >> >> >> >> ----- Original Message ----- >> >> >>> From: Rafael Pestano <[email protected]> >>> To: MyFaces Discussion <[email protected]>; Pavel Arnošt < >>> [email protected]> >>> Cc: >>> Sent: Thursday, May 10, 2012 3:20 PM >>> Subject: Re: [CODI] ViewAccessScoped beans without windowId in URL >>> >>> Hi Pavel, >>> >>> WindowContextConfig#**isUrlParameterSupported should be enough, does >>> serverside >>> demo work for you? >>> >>> http://people.apache.org/~**gpetracek/myfaces/codi/demos/** >>> serverside_demo_jsf12.zip<http://people.apache.org/~gpetracek/myfaces/codi/demos/serverside_demo_jsf12.zip> >>> >>> >>> keep in mind that the bean will not survive to a redirect. >>> I hope it helps. >>> >>> Att, >>> >>> Rafael M. Pestano >>> >>> Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul >>> Graduando em Ciência da Computação UFRGS >>> http://code.google.com/p/jsf-**conventions-framework/<http://code.google.com/p/jsf-conventions-framework/> >>> http://rpestano.wordpress.com >>> @realpestano >>> >>> >>> >>> ______________________________**__ >>> De: Pavel Arnošt <[email protected]> >>> Para: [email protected] >>> Enviadas: Quinta-feira, 10 de Maio de 2012 9:41 >>> Assunto: [CODI] ViewAccessScoped beans without windowId in URL >>> >>> Hi, >>> >>> I already read documentation in the wiki and several old posts, but I >>> don't still get it - is it possible to use ViewAccessScoped beans >>> without windowId in URL? When I disable >>> WindowContextConfig#**isUrlParameterSupported, windowId is gone but AJAX >>> calls now creates new bean instances on requests. In javadoc, there is >>> a note about "server-side window-handler", how can I use it? >>> >>> Thanks, >>> Regards, >>> Pavel Arnost >>> >>> >>> >> >
