[Java lista] IceFaces SessionRenderer removeCurrentSession

[sashee]

Sziasztok!

Filterekkel jatszadozas kozben megleltem vegulis a valaszt a
kerdesemre. /*-os filtert felvettem, es ebben jol latszik, hogy ahogy
becsukom az ablakot, egybol van egy dispose-views hivas, amelyik
(gondolom legalabbis) egybol kitorli a view-et, es ennek hatasara nem
fog ujra renderelodni.

Tehat nem kell eltakaritani, megteszi az IceFaces magatol.

sashee

2009/8/2 sashee <gsashee at gmail.com>:
> Sziasztok!
>
> Azon gondolkodtam, hogy IceFacessel a
> SessionRenderer.removeCurrentSession() meghivasara szukseg van-e
> altalanos esetben, vagy csak akkor, ha kifejezetten le akarom allitani
> a pusholast egy oldalra. Konkretan arra gondolok, hogy mivel a
> rendszer kepes felismerni azt, amikor a felhasznalo mar nem nez egy
> oldalt(akkor megszakad a pushing kapcsolat), igy ekkor elvileg async
> rendernel ez nem jelent semmifele plussz terhelest(tehat a nem nezett
> oldalakat nem rendereli ujra). Ha viszont az ilyen "bennfelejtett"
> view-ek a SessionRenderer-ben nem jelentenek semmifele
> teljesitmenyromlast, es majd a sessionnel egyutt megszunnek ugyis,
> akkor semmi szukseg nincs arra, hogy manualisan eltavolitsam a
> sessionoket a SessionRenderer removeCurrentSession()-el. Mivel sokfele
> keppen el tudja hagyni a felhasznalo az oldalt, igy eleg nehez
> osszehozni azt, hogy biztonsagosan el legyen tavolitva a
> SessionRenderer-bol a megfelelo idoben.
>
> Egy kis pelda, hogy erthetobb legyen a kerdesem:
> Van 2 oldal, A es B. Mindketton idonkent jon adat pusholva.
> Felhasznalo megnyitja A-t, ugy hagyja, majd kesobb egy masik tabon
> megnyitja B-t, de nem sokkal kesobb bezarja. Ekkor fog-e a rendszernek
> plussz terhelest jelenteni az, hogy a felhasznalo megnezte a B-t, vagy
> ugyan akkora lesz, mintha csak az A-t nezne?
>
> Koszi a valaszokat elore is
>
> sashee
>