Java Servlet technológia

Átírás

1 Java Servlet technológia

2 Servlet Java osztály, megvalósítja a Servlet interfészt Kérés-válasz (request-response) modellre épül, leginkább web-kérések kiszolgálására használjuk A Servlet technológia http-specifikus osztályokat (is) biztosít javax.servlet és javax.servlet.http csomagok Életciklusa (a web-konténer kezeli): Ha egy kérés érkezik a Servlet-hez, és annak még nem létezik példánya, akkor a web-konténer betölti a servlet osztályt, létrehoz egy példányt és inicializálja (init metódus). Az init metódus egyszeri műveletek elvégzésére használható: konfiguráció/erőforrás beolvasása, stb. A web-konténer meghívja a servlet service metódusát, átadva neki a kérés és válasz (request és response) objektumokat A servlet eltávolításakor meghívja annak destroy metódusát, mely az erőforrások felszabadítására alkalmas Míg az init és a destroy csak egyszer, a service minden kéréskor meghívásra kerül

3 Információmegosztás A web-komponensek kommunikációja történhet segédosztályok segítségével, a komponensek továbbíthatnak kéréseket más komponensekhez (forward), és megoszthatják nyilvános hatókörű (public scope) objektumok attribútumait (get/set metódusok segítségével). Nyilvános hatókörű objektumok: Web környezet (kontextus) ServletContext: a web-alkalmazáson belüli web-komponensekből érhető el Szesszió HttpSession: az ugyanazon szesszión belüli kéréseket feldolgozó web-komponensekből érhető el Kérés HttpServletRequest: az adott kérést kezelő webkomponensekből érhető el Oldal JspContext: az oldalt létrehozó JSP-ből érhető el

4 Szolgáltatás metódusok Service metódusok megvalósításához domethodname alakú metódusokat kell implementálnunk doget, dopost, doput, dodelete, dooptions A metódusok a kérés objektumból kinyerik az információt, külső erőforrásokat érnek el és felépítik a válaszobjektumot A válaszobjektum felépítésekor: először a metódus kér egy stream-et (getoutputstream, getwriter metódusok segítségével), és feltölti azt a fejlécekkel, illetve a tartalommal (törzs/body)

5 Kérés objektum A ServletRequest interfészt valósítja meg, a kliens által a szerver felé küldött (a http protokollnak megfelelően) adatokat tartalmazza ServletRequest interfész: a paraméterek elérésére szolgáló metódusok A paraméterek a kliens által küldött adatok (form kitöltése) Pl. String name = request.getparameter("personname"); A getinputstream (bináris adatok esetén, pl. állomány feltöltése) vagy getreader metódusok segítségével a kérésnek megfelelő bemeneti adatfolyamot is lekérhetjük, manuálisan feldolgozva azt. objektum attribútumok lekérdezésére Servlet által létrehozott kérés objektumba behelyezett objektumok attribútumainak lekérdezése, pl. include/forward műveletek esetén Információk lekérdezése a protokollról, kliensről, szerverről Kérés URL: path]?[query string] Kérés útvonala (request path): a web-alkalmazás neve (a servlet-et tartalmazó alkalmazás gyökere) és (/-el elválasztva) a servlet elérési útvonala (a komponenst aktiváló kérésnek megfelelő map-elés, lásd web.xml)

6 Paraméterek és környezet Paraméterek: Query string: a paraméterek neveit és a nekik megfelelő értékeket tartalmazza. A kérés objektumból a paraméterek a getparameter metódus segítségével kérdezhetőek le A query string megjelenhet az URL-ban: Pl. <a href="/servletpath?param1=1">text</a> String parameter =request.getparameter("param1"); Ha egy html form elküldése (submit) a http GET metódussal történik, a query string hozzáadódik az URL-hoz http POST metódus esetében a paraméterek a kérés törzsében (body) helyezkednek el Környezet: A web-kontextus egy ServletContext interfészt megvalósító osztály példánya, a getservletcontext metódus segítségével kérhetünk rámutató referenciát Segítségével többek között elérhetőek az inicializáló paraméterek, az objektum attribútumok, és megvalósítható a naplózás (logging)

7 web.xml A Servletek esetében meg kell adnunk a Servlet nevét, a megvalósító osztályt, és megadhatunk inicializáló paramétereket <servlet> <servlet-name>helloworld</servlet-name> <servlet-class>hello.helloworldex</servlet-class> <init-param> <param-name>initial</param-name> <param-value>10</param-value> </init-param> </servlet> A servlet-et hozzá kell rendelni egy (vagy több) web erőforráshoz, URL minták segítségével <servlet-mapping> <servlet-name>helloworld</servlet-name> <url-pattern> /servlet/helloworldexample </url-pattern> </servlet-mapping>

8 Szessziókövetés Szükséges lehet, hogy az azonos felhasználótól érkező kéréseket összekapcsoljuk egymással (pl. bevásárlókosár), és mivel a http protokoll állapot nélküli (stateless), a web-alkalmazások felelősek ennek megvalósításáért A Java Servlet technológiának megfelelően a szessziót egy HttpSession objektum reprezentálja, amely a kérés objektumtól lekérhető a getsession metódussal. A metódus visszaadja az aktuális szesszió objektumra mutató referenciát, és, ha még nem volt létrehozva az objektum, létrehozza azt. A szesszióhoz tartozó attribútumok bármelyik web-komponens által lekérdezhetőek, amennyiben a komponens az adott szesszióhoz tartozó kéréseket dolgozza fel Az alkalmazás értesítheti a szesszióhoz rendelt objektumokat bizonyos eseményekről: Egy objektum hozzáadódik vagy eltávolítódik a szesszióból (a figyelőknek a HttpSessionBindingListener interfészt kell megvalósítaniuk) Az objektumhoz hozzárendelt szesszió aktiválása vagy inaktiválása (HttpSessionActivationListener interfész)

9 Szessziókövetés A szesszió felhasználóhoz való hozzárendelése web-konténer specifikus. A kliens és a szerver között minden esetben egy azonosító lesz elküldve. Az azonosító eltárolható egy sütiben (cookie), vagy minden egyes URL-ben, amelyet a kliens megkap Ha az alkalmazás szessziókat használ, biztosítania kellene, hogy a követés működni fog a sütik kikapcsolása esetén is Ezt az URL átírásával valósíthatjuk meg, az encodeurl(url) metódus segítségével, meghívva azt minden URL-re, amit a servlet visszaad. A metódus hozzáfűzi a szesszió azonosítóját (ID) az URL-hez, ha a sütik ki vannak kapcsolva.

10 Hozzáférés más web-erőforrásokhoz Közvetett, vagy közvetlen módon: Indirekt hozzáférés: a web-komponens válasza tartalmaz egy URL-t, amely egy másik komponensre mutat Direkt hozzáférés: a web-komponens magába foglalhatja egy másik web-komponens tartalmát (include), vagy továbbíthat kérést egy másik komponenshez (forward) Egy erőforrás eléréséhez először egy RequestDispatcher objektumot kell kérnünk a getrequestdispatcher(url) metódus segítségével, a kérés objektumtól, vagy a web-kontextustól. Az első esetben az URL lehet relatív útvonal, a második esetben abszolútnak kell lennie. Nem elérhető erőforrás esetén null értéket kapunk.

11 Hozzáférés más web-erőforrásokhoz Web-komponens beszúrásához a dispatcher include(request, response) metódusát használhatjuk. A beszúrt komponens írhat a válasz tartalmába, de nem módosíthatja a fejléceket. A kérés el lesz küldve a beszúrt komponensnek, amely elvégzi műveleteit (a megkötések betartásával), majd a keletkezett tartalom be lesz szúrva a külső servlet által generált válaszobjektumba. A mechanizmus több esetben hasznos lehet (pl. jogvédelmi információk beszúrása, stb.) Kérések továbbításához a dispatcher forward metódusát használhatjuk. A mechanizmus több esetben hasznos lehet, pl. amikor egy komponens előfeldolgozást végez, majd az eredmény függvényében továbbít. Ha a kimeneti adatfolyamokat módosítjuk (ServletOutputStream, PrintWriter) a továbbítás előtt, IllegalStateException típusú kivételt kapunk.

12 Kérések és válaszok szűrése (filtering) A szűrő egy funkcionalitás, amely hozzárendelhető web-komponensekhez, és módosíthatja a kérés/válasz objektumok tartalmát. Nem önálló webkomponens (nem generál választ, csak módosítja azt), és nem függ a hozzárendelt web-erőforrástól Alkalmazási lehetőségek: Jogosultságok ellenőrzése (be van-e jelentkezve a felhasználó), átirányítás más oldalakra (valamilyen feltétel függvényében) Kérés/válasz fejlécének vagy adatainak módosítása (kibővített kérés és válasz osztályok alkalmazásával), kommunikáció külső erőforrásokkal Azonosítás, naplózás, tömörítés, titkosítás, transzformációk, stb. Egy erőforráshoz több szűrő is hozzárendelhető, megadható a sorrend Szűrő használata: szűrő megírása, kibővített kérés/válasz osztályok megírása, a telepítéskor minden web-erőforrás esetében meg kell adni a hozzárendelt szűrőláncot

13 Filtering Fontosabb interfészek: Filter, FilterChain, FilterConfig A szűrők a Filter interfészt valósítják meg A dofilter metódus paraméterként kapja a kérés, válasz és szűrőlánc objektumokat. Létrehozza a kibővített kérés és válasz objektumokat, majd meghívja a többi szűrő (lánc) dofilter metódusait, a kibővített objektumokat adva át paraméterként, vagy blokkolja a kérést, nem hívja meg a további metódusokat, de akkor ő felelős a válasz felépítéséért. A visszakapott kibővített objektumokkal módosíthatja a kérés és válasz objektumokat. A kérés kibővítéséhez a HttpServletRequestWrapper, a válasz kibővítéséhez a HttpServletResponseWrapper osztályokat kell kiterjeszteni A dofilter metóduson kívül az init metódus is implementálható, ez akkor lesz meghívva, amikor a konténer példányosítja a szűrőt. Az inicializáló paramétereket a FilterConfig paraméter segítségével kaphatjuk meg.

14 Szűrők hozzárendelése Hozzárendelhetünk egy szűrőt egy web-komponenshez a név alapján, vagy egy web-erőforráshoz URL minták alapján. A szűrők a hozzárendelések sorrendjében lesznek meghívva. A telepítés-leíróban deklarálni kell a szűrőt: nevet kell adni neki, meg kell adni az osztályt, amely implementálja, inicializáló paramétereket lehet megadni <filter> <filter-name>servlet Mapped Filter</filter-name> <filter-class>filters.examplefilter</filter-class> <init-param> <param-name>name</param-name> <param-value>value</param-value> </init-param> </filter> A szűrőt hozzá kell kapcsolni egy web-erőforráshoz, vagy URL mintához <filter-mapping> <filter-name>servlet Mapped Filter</filter-name> <servlet-name>invoker</servlet-name> </filter-mapping> <filter-mapping> <filter-name>path Mapped Filter</filter-name> <url-pattern>/servlet/*</url-pattern> </filter-mapping>