Corsi di Laurea

[pietrorenzulli]

Qualcuno sà in cosa consiste questo URL rewriting, presente sulle slide della lezione 14, prima dell'introduzione delle Session? Leggo che l'identificativo della sessione è inserito nella query string, quindi suppongo che sia ad opera del browser, mentre qualche slide più avanti parla di un metodo di HttpServletResponse, encodeURL(), e qui non capisco nulla. Aspetto pareri

[superdory]

L'URL rewriting potenzialmente è un meccanismo alternativo ai cookie per mantenere informazioni di sessione. Dico potenzialmente, perché penso che la maggiorparte dei siti utilizzi i cookie. In ogni caso si fa l'ipotesi che ad ogni pagina si passano le informazioni di sessione attraverso la query string presente nell'URL. Tomcat di default usa i cookies ma puoi usare il meccanismo dell'URL rewriting usando il metodo encodeURL(String url) passandogli appunto l'URL completa delle informazioni di sessione. Spero di non averti confuso ulteriormente le idee

[superdory]

Leggendo meglio la tua domanda avevi qualche dubbio su chi facesse il lavoro. In realtà non è il browser. Attraverso la query string tu puoi effettuare per esempio il login in una pagina che richiede l'autorizzazione (anche se di solito lo fai compilando un form che è molto più user-friendly). Ora se non ci fosse qualche meccanismo, e tu cambiassi pagina, dovresti reinserire username e password per l'autenticazione. Ora per automatizzare questo fatto che ad ogni pagina ti devi autenticare puoi usare l'URL rewriting, però l'URL devi specificarlo tu come se fossi l'utente che si sta riautenticando. Allora per esempio immagino che l'applicazione avrà le variabili che conservano username e password inserite in una pagina dall'utente e poi al metodo encodeURL gli passo l'URL riscritto con le variabili. Tutto questo perché l'HTTP è un protocollo stateless, quindi il server non conserva le informazioni sul client, quindi quando fai una richiesta di una pagina e dopo pochi secondi ne richiedi un'altra, il server non sa che sei il client di poco prima. Il browser fa il lavoro al posto tuo quando usi i cookie, poiché è lui che li gestisce lato client.

[pietrorenzulli]

Grazie per la risposta.. penso di aver capito quanto meno il principio..