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 <pavel.arn...@loutka.cz>

> 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" <strub...@yahoo.de>
> Komu: "MyFaces Discussion" <users@myfaces.apache.org>
> 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 <rmpest...@yahoo.com.br>
>>> To: MyFaces Discussion <users@myfaces.apache.org>; Pavel Arnošt <
>>> pavel.arn...@loutka.cz>
>>> 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 <pavel.arn...@loutka.cz>
>>> Para: users@myfaces.apache.org
>>> 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
>>>
>>>
>>>
>>
>

Reply via email to