Onko java-API:ssa jotain muuta keinoa päästä kiinni servlettisäiliössä oleviin istuntoihin, kun java.util.Enumeration getIds(), on laitettu eläkkeelle?
Väännän yhtä testisovellusta ja pitäisi käyttäjätunnuksen ja salasanan avulla kohdistaa oikea istunto. Toinen vaihtoehto olisi tunkea istunnot vaikka HashMappiin ja toiseen HashMappiin ID:t ja käyttäjätunnus salasana hakuavaimeksi.
Jos löytyy kätevämpi menetelmä jolla voisi servlettisäiliöstä nuuskia istunnot ja sitten istunto kerrallaan voisi tutkia mistä istunnosta löytyy käyttäjän käyttäjätunnus ja salasana.
En vielä käytä EJB-papuja kun testaan, olisi turhan työlästä lähteä vääntämään niillä tässä vaiheessa.
Väännän yhtä testisovellusta ja pitäisi käyttäjätunnuksen ja salasanan avulla kohdistaa oikea istunto. Toinen vaihtoehto olisi tunkea istunnot vaikka HashMappiin ja toiseen HashMappiin ID:t ja käyttäjätunnus salasana hakuavaimeksi.
Jos löytyy kätevämpi menetelmä jolla voisi servlettisäiliöstä nuuskia istunnot ja sitten istunto kerrallaan voisi tutkia mistä istunnosta löytyy käyttäjän käyttäjätunnus ja salasana.
En vielä käytä EJB-papuja kun testaan, olisi turhan työlästä lähteä vääntämään niillä tässä vaiheessa.
Vastaukset 1
Vanhimmat
Saanko kysyä, että miksi haluat salasanan ja tunnuksen avulla hakea "vanha" istunto. Jos session timeout on -1 niin session ei ikinä vanhene ja käyttäjä saa aina saman session kun tuleet samalta koneelta sovelluksen. HttpSession-obuahan ei voi suoraan liittää käyttäjälle uudestaan vaan palvelin tekee sen koodarin puolesta. Tietenkin URLRewriting:llä voi ehkä saada käyttäjälle vanhat session jos tallentaa sessionid johonkin tsydeemiin.
Eli periaatteessa homma voisi toimia, jos sulla on tunnarin ja salasanan takana sessionID, jonka sitten liität urliin ja toteutat näin URLRewriting:n....en kyllä mee tuosta takuuseen.