Università degli studi dell Aquila. Sistemi di elaborazione delle informazioni

Transcript

1 Università degli studi dell Aquila Corsi di studio: I2E, I2I Sistemi di elaborazione delle informazioni 9 C.F.U. Prof. Eliseo Clementini Ing. Gaetanino Paolone

2 Tecnologie per lo sviluppo di Sistemi sul Web 1. Java e ambiente JEE 2. C# e ambiente Microsoft.net

3 Tecnologie per lo sviluppo dei Sistemi sul Web 1. Application Server 2. Servlet 3. JSP

4 Application Server Application server: Infrastruttura architetturale: applicazione che ingloba (o lavora congiuntamente a) un server HTTP (oppure include un server HTTP) che offre servizi per la gestione di applicazioni Web Infrastruttura per la programmazione: (librerie) di applicazioni Web complesse, paradigmi di programmazione

5 Application Server Infrastruttura di programmazione minima offerta: decodifica delle richieste del client (es: decodifica di valori sottomessi con una form) gestione del ciclo di vita delle applicazioni (es: più richieste con una attivazione) gestione delle sessioni (es: utilizzando in modo trasparente i cookie) gestione di informazioni condivise supporto alla produzione della risposta HTTP

6 Application Server Esempi di servizi avanzati offerti da un application server: replicazione e clustering bilanciamento del carico alta affidabilità ( failover ) transazioni distribuite gestione trasparente della persistenza sicurezza servizi Web ( Web services )

7 Application Server Http server presentation layer application logic layer connection to resource mgmt layer resource management layer wide area network (Internet) HTTP browser

8 Piattaforma Java Servlets Java API for XML Processing (JAXP) JavaServer Pages (JSP) JavaMail Java Authentication and Authorization Service (JAAS) Supporto alla comunicazione e alla presentazione Enterprise Java Beans (EJB) Java Message Service (JMS) Java transaction API (JTA) Java Naming and Directory Interface (JNDI) Supporto all'integrazione di applicazioni Java DataBase Connectivity (JDBC) Java 2 Connector Architecture (J2CA) Supporto per l'accesso alle risorse

9 presentation layer application logic layer services (load balancing, pooling, caching, transaction, persistence, ) JDBC Enterprise Java Beans J2CA resource adapter Enterprise Java Beans JNDI JMS J2CA resource adapter Enterprise Java Beans EJB container other adapters administration (management and security) DBMS applications enterprise system 1 enterprise system 2 enterprise system n

10 Servlet: introduzione Classe Java Orientata alla comunicazione client-server riceve messaggi di richiesta produce messaggi di risposta basata su API opportune (javax.servlet.* ) Le istanze di una classe servlet "vivono" nell'application server (/contenitore). In particolare il contenitore si preoccupa di: Istanziare gli oggetti Invocare i metodi di gestione della risposta Distruggere gli oggetti Queste attività corrispondono ad un ciclo di vita

11 Servlet: introduzione Gerarchia: java.lang.object javax.servlet.genericservlet javax.servlet.http.httpservlet Implemented Interfaces: java.io.serializable, Servlet, ServletConfig

12 Servlet: Struttura di Base import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class NomeServlet extends HttpServlet { public void doget(httpservletrequest request, HttpServletResponse response) throws IOException, ServletException { // nell'oggetto request abbiamo tutte le informazioni // relative alla richiesta HTTP // tramite l'oggetto response prepariamo la risposta } }

13 SIW: Architettura Java Web server Java server process servlet Java thread middleware server (resource manager) wide area network (Internet) HTTP GET request browser

14 Vantaggi dell Approccio Un unica macchina virtuale Le istanze possono comunicare tra di loro Istanza singola dell'oggetto servlet (o pool) Si evitano i costi di creazione e di inizializzazione delle istanze Gestione delle richiesta con thread thread esecuzione concorrente ed indipendente all'interno di un processo Efficienti: poiché abbiamo molti thread in un solo processo (sempre attivo) i costi sono estremamente ridotti

15 Servlet: Ciclo di Vita Il ciclo di vita di un oggetto servlet è controllato dal contenitore nel quale la classe è stata installata Quando il contenitore riceve una richiesta per un URL al quale è associato una servlet, il contenitore fa i seguenti passi Se non esiste un'istanza della classe, il contenitore: Carica la classe e ne crea un'istanza Inizializza l'istanza chiamando il metodo init() Inovoca il metodo service(), passandogli un oggetto HttpServletRequest e un oggetto HttpServletResponse a sua volta, il metodo service() invoca i metodi doget() o dopost() (a seconda del tipo di richiesta HTTP) Se il contenitore necessita di rimuovere l'istanza della classe (ad esempio perché è stato modificato il codice), allora distrugge l'oggetto chiamando il metodo destroy()

16 Servlet: il ruolo del contenitore Attenzione al ruolo del contenitore istanzia gli oggetti servlet quando la applicazione viene avviata quando riceve una richiesta (URL) da un client invoca sull'oggetto deputato a servire la richiesta il metodo service() di gestione della richiesta crea un oggetto (HttpServletRequest) che incapsula i dati della richiesta e lo passa come parametro a service() crea un oggetto (HttpServletResponse) che incapsula i dati per la gestione della risposta e lo passa come parametro a service() distrugge gli oggetti quando l'applicazione viene fermata Come fa il contenitore a sapere dove si trova il codice delle classi servlet, a quali URL sono associati gli oggetti servelt? le applicazioni Web devono seguire precise convenzioni (vedi in seguito)

17 Operazioni e API Fondamentali Servlet: una classe Java In una classe servlet è consentito tutto quello che è consentito in una classe Java Si possono scrivere nuovi metodi (hanno senso solo metodi privati) per rendere più modulare il codice Si possono usare variabili di istanza Ma attenzione: le variabili di istanza sono condivise da tutti i thread La responsabilità di una classe servlet dovrebbe essere limitata a gestire la richiesta (ma vedremo che possono anche gestire la risposta) Quindi Codice semplice, una sola responsabilità: gestire la richiesta

18 Operazioni e API Fondamentali Le API javax.servlet.* e javax.servlet.http.* sono documentate nel seguito presentiamo schematicamente i metodi principali (ed usiamo semplici esempi) per informazioni su ulteriori metodi, fare riferimento alla documentazione delle API in questione e/o al manuale consigliato

19 Gestione della Richiesta Obiettivo Gestire la richiesta HTTP La richiesta HTTP contiene: Query string Metodo (post, get, etc.) Intestazioni http (es. ip client, user-agent client, presenza cookie, etc.) Queste informazioni devono essere processate per poter decidere come generare la risposta

20 Tecnologia: servlet In definitiva Servlet: classi le cui istanze vivono nel contenitore Ciclo di vita Gestione richiesta Gestione risposta

21 Descrittore dell Applicazione Descrittore dell applicazione web.xml deployment descriptor serve a definire parametri specifici per l applicazione: nomi per i servlet pattern degli URL a cui rispondono file indice standard (es: index.jsp) timeout per le sessioni etc. Non è indispensabile perché il contenitore assegna valori di default Ma il comportamento di default non è standard Inoltre diventa indispensabile per la definizioni di applicazioni complesse quindi impariamo ad utilizzarlo

22 Descrittore dell Applicazione Deployment Descriptor file WEB-INF/web.xml documento xml valido rispetto al DTD Consente di specificare una serie di parametri dell applicazione Web viene caricato all installazione della applicazione

23 Descrittore dell Applicazione web.xml Deve rispettare il DTD gli elementi devono rispettare l ordine fissato dal DTD sono tutti opzionali Template fornito da Tomcat il file con le impostazioni standard è in $TOMCAT_HOME$/conf/web.xml Molto complesso, ci concentriamo sugli elementi principali

24 Descrittore dell Applicazione Elementi principali (per ora): servlet: assegna un alias e dei parametri di inizializzazione ad un servlet servlet-mapping: assegna uno (o più) URL ad un servlet

25 Esempio file web.xml (Tomcat 6) <?xml version="1.0" encoding="iso "?> <web-app xmlns=" xmlns:xsi=" xsi:schemalocation=" version="2.5"> <servlet> <servlet-name>es1</servlet-name> <servlet-class>mostraparametri</servlet-class> </servlet> <servlet-mapping> <servlet-name>es1</servlet-name> <url-pattern>/prova</url-pattern> </servlet-mapping> </web-app>

26 URL delle Risorse Servlet: URL virtuale specificato in web.xml con l elemento servlet-mapping /<nomeappl>/valore-servlet-mapping es: /siw-esempi/mostraparametri Attenzione ai riferimenti relativi esempio: il riferimento images/code.gif prodotto da una classe servlet dell applicazione siw-esempi viene espanso in: /siw-esempi/images/code.gif

27 Installazione ( Deployment ) Per essere accessibile: l applicazione deve essere visibile al contenitore (collocata nella cartella webapps ) inoltre l applicazione deve essere installata nel contenitore (deployed) Differenza con il server HTTP ordinario non basta la visibilità sul file system operazione aggiuntiva di installazione: serve ad inizializzare il ciclo di vita di tutti i componenti gestiti dal contenitore

28 .war: Web Application Archive Un'intera applicazione può essere salvata (e installata) in un unico file: una Web Application Archive (.war) Un file WAR (Web ARchive) è un file generato utilizzando il tool JAR contenuto nel JDK, ma con estensione modificata in modo da differenziare la tipologia del contenuto. Per generare un file WAR è sufficiente aprire una finestra di console, posizionarsi all'interno della root directory della Web Application e lanciare il comando: jar cvf myapp.war. In questo modo si dice al tool JAR di costruire un file jar a partire dalla posizione corrente e con il nome indicato (myappl, nell'esempio). Al termine dell'elaborazione, se non si sono verificati problemi, troveremo sul file system il file richiesto Con Tomcat, se vogliamo installare una applicazione.war sarà sufficiente copiare il file.war all'interno della cartella webapps e far partire il contenitore

29 Servlet: esempio import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class ServletSemplice extends HttpServlet { } public void doget(httpservletrequest request, HttpServletResponse response) throws IOException, ServletException { response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); out.println("<html>"); out.println("<body>"); out.println("<head>"); out.println("<title>servlet Semplice</title>"); out.println("</head>"); out.println("<body><p>"); out.println("questa servlet contiene tanto codice HTML"); out.println(. "); out.println("e un piccolo elemento dinamico: + new java.util.date()); out.println( </p></body>"); out.println("</html>"); }

30 JSP: introduzione Il codice di una classe servlet che deve gestire (produrre) la risposta è composto soprattutto da istruzioni di stampa out.println() Questa soluzione è poco efficace e molto costosa Le pagine JSP possono essere viste come una soluzione per scrivere servlet partendo dal codice HTML L idea è quella di scrivere codice HTML e di includervi (attraverso speciali marcatori) istruzioni A partire da questo codice viene generata una servlet

31 Esempio: semplice.jsp <html> <head> <title>servlet Semplice</title> </head> <body> <p>questa servlet contiene tanto codice HTML... <h1>e un piccolo elemento dinamico: <%= new java.util.date() %> </p> </body> </html>

32 Pagine JSP e Servlet Una JSP corrisponde ad un modo diverso di scrivere una classe servlet L idea e quella di immergere nel codice HTML codice Java e di lasciare al sistema l onere di tradurre la pagina in una classe servlet La traduzione avviene alla prima richiesta della pagina JSP Alla traduzione segue la compilazione e il caricamento della classe nel contenitore

33 JSP: ciclo di vita Quando il contenitore riceve la richiesta di una JSP, ne cerca la classe corrispondete: se la classe non esiste il contenitore traduce automaticamente il codice JSP nel codice Java di una classe servlet, lo compila, carica la classe e ne crea un istanza alla quale invia la richiesta alle richieste successive il contenitore verifica la versione del codice (il programmatore potrebbe aver aggiornato il codice JSP): se non ci sono stati aggiornamenti ogni richiesta corrisponde a invocare la classe dell ultima servlet generata; se ci sono stati aggiornamenti la servlet viene rigenerata e ricaricata

34 Riassumendo Una JSP assume tre forme diverse: Il file sorgente.jsp contenente il codice HTML e gli elementi JSP Il codice sorgente Java di una classe servlet (NOTA: questo codice, in Tomcat è nella directory work\catalina\localhost) La classe Java compilata JSP o Servlet? JSP si focalizza sulla produzione delle pagine HTML da inviare al client NOTA: Scrivere applicazioni Web usando solo JSP è molto simile a scrivere applicazioni Web che adottano altre tecnologie (ad es. Php o MS asp)

35 JSP: sviluppo e installazione Sviluppo: abbastanza semplice (se la JSP è usata correttamente: per gestire prevalentemente la presentazione) Installazione: è sufficiente copiare la pagina JSP in una directory della applicazione Web. Non sono necessarie operazioni di configurazione (come ad esempio la scrittura di informazioni nel descrittore della applicazione web.xml)

36 File sorgente: semplice.jsp <html> <head> <title>servlet Semplice</title> </head> <body> <p>questa servlet contiene tanto codice HTML... e un piccolo elemento dinamico: <%= new java.util.date() %> </p> </body> </html>

37 JSP e Servlet Il codice JSP viene tradotto in una classe servlet (Tomcat: nella cartella work) La classe servlet generata da una pagina JSP ha un metodo speciale, _jspservice(), che viene invocato dal metodo service(), dentro il quale viene copiato il codice Java immerso nell HTML attraverso gli scripting element

38 package org.apache.jsp; import javax.servlet.*; import javax.servlet.http.*; import javax.servlet.jsp.*; import org.apache.jasper.runtime.*; public class Semplice_Jsp extends HttpJspBase { public void _jspservice(httpservletrequest request, HttpServletResponse response) throws java.io.ioexception, ServletException { JspWriter out = pagecontext.getout(); out.println( <html> ); out.println( <head> ); out.println( <title>servlet Semplice</title> ); out.println( </head> ); out.println( <body> ); out.println( <p>questa servlet contiene tanto codice HTML ); out.println(... ); out.println( e un piccolo elemento dinamico: ); out.println(new java.util.date() ); out.println( </p></body> ); out.println( </html> ); } } public void service(httpservletrequest request, HttpServletResponse response) { _jspservice(request, response);

39 Struttura di una pagina JSP Elementi principali Template Text Codice HTML Commenti Commenti HTML e commenti JSP Scriptlet Istruzioni Java, oggetti predefiniti Espressioni Espressioni Java (che producono un risultato "stampabile") Dichiarazioni Java Metodi e dichiarazioni di variabili Direttive Java Specifiche che influenzano la costruzione della classe servlet

40 Struttura Pagina JSP: Template Text Nella maggior parte dei casi una larga percentuale del codice di una pagina JSP dovrebbe essere codice HTML Questo codice HTML deve seguire le regole normale dell'html (rispettare il DTD) Il codice HTML viene stampato nel corpo della risposta Con riferimento al codice Java della classe servlet generata a partire dal codice JSP, corrisponde sequenze di istruzioni out.print(codicehtml) in _jspservice()

41 Struttura Pagina JSP: commenti Due tipi di commenti commenti HTML <!-- testo commento HTML --> commenti JSP <%-- testo commento JSP --%> I commenti HTML sono riportati nella risposta (viene generata una istruzione out.print("<! testo commento HTML-->") in _jspservice()) I commenti JSP NON sono riportati nella risposta (non generano nessuna istruzione)

42 Scriptlet Sono vere e proprie sequenze di istruzioni Java che possono essere arbitrariamente immerse nel codice HTML attraverso un opportuno marcatore sintassi: <% istruzioni %> in sostanza compongono (con le stampe del template HTML) il metodo _jspservice() della classe servlet generata dalla JSP è possibile specificare qualsiasi operazione ammessa nei metodi doget() e dopost() di una classe servlet Negli scriplet sono visibili una serie di oggetti predefiniti

43 Oggetti Predefiniti Oggetti predefiniti visibili negli scriptlet e nelle espressioni HttpServletRequet request rappresenta il parametro HttpServletRequest del metodo service() HttpServletResponse response rappresenta il parametro HttpServletResponse del metodo service() HttpSession session rappresenta l'oggetto HttpSession che si otterebbe con request.getsession() ServletContext application rappresenta l'oggetto ServletContext che si otterrebbe con getservletcontext() JspWriter out rappresenta l'oggetto PrintWriter su cui stampare il corpo della risposta; è in qualche modo equivalente all'oggetto che si ottiene con l'istruzione response.getwriter(). JspWriter estende PrintWriter: è una versione bufferizzata di PrintWriter

44 Oggetti predefiniti In sintesi: Abbiamo a disposizione oggetti che ci facilitano nella produzione del codice Questi oggetti sono visibili solo negli scriplet e nelle espressioni Non è necessario creare questi oggetti

45 Oggetti Predefiniti In pratica nel metodo _jspservice() abbiamo una struttura predefinita public void _jspservice(httpservletrequest request, throws java.io.ioexception, ServletException { HttpServletResponse response) } ServletContext application =getservletcontext(); HttpSession session =request.getsession(); JspWriter out = response.getwriter(); response.setcontenttype( text/html );...

46 Scriptlet Il codice degli scriptlet viene aggiunto al metodo _jspservice() Esempio: <html> <body> <% String nome=(string)request.getparameter( nome ); session.setattribute( nome, nome); %> <p>benvenuto, <% out.print(nome);%>. La data di oggi e : <% Date d= new java.util.date(); out.print(d); %> </p> </body> </html>

47 Scriptlet public void _jspservice(httpservletrequest request, HttpServletResponse response) throws java.io.ioexception, ServletException { } ServletContext application =getservletcontext(); HttpSession session =request.getsession(); JspWriter out = response.getwriter(); response.setcontenttype( text/html ); out.println( <html> ); out.println( <body> ); String nome=(string)request.getparameter( nome ); session.setattribute( nome, nome); out.println( <p>benvenuto, ); out.print( nome"); out.print( La data di oggi e : ); Date d= new java.util.date(); out.print(d); out.println( </p> ); out.println( </body> ); out.println( </html> );

48 Scriptlet E possibile immergere i tag nelle strutture di controllo Esempio: <% String nome=(string)request.getparameter( nome ); if (nome==null) { %> <p>benvenuto, immetti il tuo nome</p> <form action=... method=... >...</form> <% } else { %> <p>benvenuto, <% out.print(nome);%> </p> <% } %>

49 Scriptlet Traduzione in _jspservice() String nome=(string)request.getparameter( nome ); if (nome==null) { out.println( <p>benvenuto, immetti il tuo nome</p> ); out.println( <form action=\...\ method=\...\ > );... out.println( </form> ); } else { out.println( <p>benvenuto, ); out.print(nome); out.print( </p> ); }

50 Scriplet <html> <body> <h1>tavola pitagorica</h1> <table> <% for (int i = 1; i<= 10; i++) { %> <tr> <% for (int j=1; j<= 10; j++) { %> <td> <% out.print(i*j); %> </td> <% }%> </tr> <% }%> </table> </body> </html>

51 Espressioni Sono espressioni Java marcate con un opportuna sintassi: il risultato dell'espressione viene convertito in una stringa e stampato Sostanzialmente possono essere usati come una forma rapida per la stampa di stringhe sintassi: <%= espressione %> Es.: <%= new java.util.date() %> semantica: il risultato dell espressione convertito in stringa viene stampato su out del tutto equivalente a <% out.print(espressione.tostring()); %> Es: <% out.print( (new java.util.date()).tostring()); %>

52 Espressioni Motivazione: Il metodo print() dovrebbe essere usato il meno possibile nelle pagine JSP Quando possibile dovrebbe essere sostituito da espressioni Esempio <html> <body> <% String nome=(string)request.getparameter( nome ); %> <p>benvenuto, <%= nome %>. La data di oggi e : <%= new java.util.date() %> </p> </body> </html>

53 Espressioni e Scriplet <html> <body> <h1>tavola pitagorica</h1> <table> <% for (int i = 1; i<= 10; i++) { %> <tr> <% for (int j=1; j<= 10; j++) { %> <td> <%= i*j %> </td> <% }%> </tr> <% }%> </table> </body> </html>

54 Dichiarazioni Ricordiamo che ad ogni JSP corrisponde una classe servlet Tutti gli scriplet e il template producono istruzioni che compongono il metodo _jspservice Ma in una classe è possibile definire anche metodi e variabili Le dichiarazioni JSP servono a definire metodi e variabili al di fuori di _jspservice variabili della classe associata alla pagina metodi della classe associata alla pagina Attenzione: nelle dichiarazioni non sono visibili gli oggetti predefiniti (visibili solo in _jspservice(), e quindi solo negli scriplet e nelle espressioni)

55 Dichiarazioni variabile della classe servlet associata alla pagina Esempio: metodo della classe servlet associata alla pagina <%! private int numero; private int numerocasuale() { return Math.abs(new Random().nextInt() % 100) + 1; } %>

56 Dichiarazioni <%! private int numero = 0; private int numerocasuale() { return Math.abs(new Random().nextInt() % 100) + 1; } %> <html> <head> </head> <body> <h1>esempio Dichiarazioni</h1> <h2>valore della variabile <tt>numero</tt>: <%= ++numero %> </h2> <h2>un numero casuale: <%= numerocasuale() %> </body> </html>

57 Dichiarazioni Due metodi particolari: public void jspinit() public void jspdestroy() Il metodo jspinit() (ereditato da HttpJspBase) viene eseguito la prima volta che l'istanza della classe associata alla pagina viene caricata dal contenitore Il metodo jspdestroy() (ereditato da HttpJspBase) viene eseguito quando l'istanza della classe associata alla pagina viene rimossa dal contenitore

58 Direttive Una direttiva JSP influisce sulla struttura complessiva della classe servlet che verrà costruita a partire dal codice JSP Abbiamo tre principali direttive: page include taglib Ad ogni direttiva è associato un insieme di coppie attributo-valore Sintatticamente, la forma generale di una direttiva è <%@ direttiva att1="val1" attn="valn" %>

59 Direttiva page page attr1= val1, attr2= val2, %> Attributi principali (ce ne sono altri) import content-type session errorpage iserrorpage

60 Direttiva page, attributo import Attributo import specifica i package e le classi da importare può essercene più di una normalmente all inizio della pagina Esempio: Nella pagina JSP: <%@ page import="java.util.*" %> Nella classe servlet corrispondente: import="java.util.*; E' prevista anche una forma abbreviata per importare più package con un unica direttiva <%@ page import="java.util.*, java.sql.*" %> Importazioni automatiche (quindi non necessarie) javax.servlet.* javax.servlet.http.* javax.servlet.jsp.*

61 Direttive Nota normalmente sono visibili tutte le classi nella cartella WEB-INF/classes è necessario importare esplicitamente le classi con la direttiva page e l attributo import Suggerimento è opportuno organizzare i componenti in package e importare i package

62 Direttiva page, attributo content-type Attributo content-type specifica il content-type della risposta Se non specificato il default è text/html normalmente all inizio della pagina Esempio: Nella pagina JSP: page contenttype="application/vnd.ms-excel" %> Nel metodo _jspservice() della classe servlet corrispondente: response.setcontenttype( application/vnd.ms-excel );

63 Direttiva page, attributo session Attributo session Controlla se alla pagina è associata una sessione Assume una delle due forme page session="true" %> page session="false" %> La prima forma è il default Comporta la presenza o meno nel metodo _jspservice() dell'istruzione HttpSession session=response.getsession();

64 Direttiva page attributo errorpage Attributo errorpage serve a specificare l URL di una pagina (HTML o JSP) a cui reindirizzare il browser in caso di errori nell esecuzione della pagina Esempio <%@ page errorpage="errore.jsp" %> in caso di errore la risposta viene reindirizzata alla pagina errore.jsp

65 Direttiva page attributo iserrorpage Attributo iserrorpage serve a specificare che la pagina può essere utilizzata come pagina di errore valore true o false Esempio <%@ page iserrorpage="true" %> Con riferimento all'esempio precedente questa direttiva deve essere specificata nella pagina errore.jsp

66 Direttiva include include file= nome-file %> Direttiva include Un unico attributo: file Valore dell'attributo file: URL di una pagina JSP o HTML Esempio: <%@ include file= intestazione.jsp %> Consente di includere a tempo di traduzione il codice della pagina specificata nel servlet generato L inclusione avviene nella posizione in cui si trova la direttiva include Ce ne può quindi essere più di una Le direttive include possono occorrere in qualsiasi posizione nella pagina JSP

67 Direttiva include ATTENZIONE: l'inclusione viene fatta a tempo di traduzione (JSP servlet) quando il codice della pagina JSP inclusa viene modificato il contenitore NON è obbligato a rigenerare e ricompilare la classe servlet Suggerimento: limitare l uso di questa direttiva

68 Gestione della Sessione L'oggetto associato alla sessione è una istanza della classe HttpSession Per ottenerlo dalla richiesta esistono due metodi (di HttpRequest): HttpSession getsession() HttpSession getsession(boolean mode)

69 Gestione della Sessione In pratica il server gestisce una mappa: ogni entry rappresenta una sessione di lavoro distinta La chiave della mappa è un identificatore per la sessione Il valore della mappa è un oggetto che contiene informazioni associate a quella specifica sessione In tutte le risposte al client il server aggiunge automaticamente e in maniera trasparente un cookie che contiene l'identificatore di sessione Attraverso questo identificatore, ad ogni richiesta il server è in grado di recuperare l'oggetto con le informazioni associate alla sessione

70 Gestione della sessione I contenitori JEE mettono a disposizione del programmatore infrastruttura e API per una gestione trasparente di questo meccanismo Nel processare una richiesta, il programmatore deve semplicemente chiedere all'oggetto HttpRequest l'oggetto associato alla sessione Il contenitore, in maniera trasparente, estrae dalla richiesta l'identificatore di sessione e lo usa per recuperare dalla mappa delle sessioni, l'oggetto associato a quell'identificatore Se nella richiesta non viene trovato nessun identificatore (presumibilmente è la prima richiesta) allora un identificatore (e una relativa entry nella mappa delle sessioni) vengono creati automaticamente

71 Ottenere l'oggetto associato alla sessione HttpSession getsession() restituisce la sessione a cui appartiene la richiesta oppure crea una nuova sessione HttpSession getsession(boolean mode) getsession(true) è equivalente a getsession() getsession(false) restituisce la sessione a cui appartiene la richiesta oppure null; non inizializza una nuova sessione nel caso in cui la richiesta non sia già associata ad una sessione

72 La classe HttpSession Offre metodi per Gestione sessione Gestione informazioni associate alla sessione Metodi la gestione della sessione: invalidate(): chiude la sessione di lavoro boolean isnew(): verifica se la sessione è nuova o meno (vedi comportamento metodo getsession()) setmaxinactiveinterval(int interval) getmaxinactiveinterval() getlastaccessedtime() getcreationtime() Vedi documentazione

73 La classe HttpSession Metodi per manipolare le informazioni associate alla sessione Le informazioni sono memorizzate nell'oggetto istanza di HttpSession come attributi (coppie nomevalore) Il nome è una stringa Il valore un oggetto Abbiamo quindi metodi per prendere, aggiungere, togliere attributi (oggetti) associati alla sessione Object getattribute(string name) void setattribute(string name, Object value) void removeattribute(string name)

74 Gestione della Sessione Non sempre l implementazione delle sessioni basata su cookie funziona: le impostazione del browser potrebbero richiedere di rifiutare i cookie JEE offre una valida alternativa Ricordiamo il "trucco" dei cookie per mantenere traccia della sessione: nascondere una informazione nella richiesta e nella risposta La soluzione alternativa consiste nella cosiddetta riscrittura degli URL ( URL rewriting ): si aggiunge un identificatore della sessione agli URL nel codice HTML Anche in questo caso, la soluzione è trasparente al programmatore