[Java lista] egy session, több szerver

[László Balogh]

Sziasztok,
mindenekelőtt köszönöm a válaszokat!

> Így előfordulhat, hogy egy idő után az egyik session érvényes lesz, míg a
> > másik nem.
> > Én viszont azt szeretném elérni, hogy egy user = egy számítógép = egy
> > session = egy session id.
>
> Egy favágó módszer, hogy mindkét környezetben fut egy trigger, ami 5-10-15
> percenként küld egy adatforgalom nélküli requestet a szervernek, ami csak
> arra jó, hogy életben tartja a session-t. Persze minden megoldásnak van
> hátránya, ez abban lesz rossz, hogy esetleg ottfelejtett böngészőablak
> esetén a session-t és életben tartod a szerveren. Ugyanakkor éppen ez volt a
> cél, nem? :)
>

Nem szeretném életben tartani, a hangsúly inkább azon van, hogy
konzisztensek legyenek. Tehát a két különböző session kezelést valahogy
össze akarnám gyúrni eggyé, ahelyett, hogy bajlódnék a szinkronizációval.

Eddig ott tartok, hogy a Filter/Interceptor kombináción gondolkodok.
Adatbázisban tárolnék egy UserSession objektumot. Amit egy webservice-vel
érnék el a Filter-vel és Interceptorok-val. A userSessionId -t cookiba
tenném a kliensen. A filter/interceptor ez alapján kersené vissza az
adatbázisból a UserSession-t. Amit beraknék egy JSF ManagedBean-be a
Glassfish oldalán. A Red5 oldalán minden távoli metódus első paramétere a
userSessionId lenne.(ide is jó lenne valamilyen Interceptoros megoldás,
biztos van a Spring-hez is valami hasonló).

Tehát lényegében csak egy Session kezelés lenne.
Bár amit nem tudok, az az, hogy milyen következményei lehetnek ennek később?

Üdv.: Laszlo
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100617/2c53f6e9/attachment.html