Plik zawiera prosty kod HTML z kilkoma dodatkami. Oto piękno JSP połączone z JSTL i JEL. Zwróć uwagę, jak łatwo jest sprawdzić błędy walidacji za pomocą standardowych tagów, takich jak<с:if>oraz .

Atrybut akcji formularza rejestracyjnego wskazuje na następujący adres URL: $ (pageContext.request.contextPath) / processcustomer. Oznacza to, że za każdym razem, gdy klient spróbuje się zarejestrować, dane zostaną przesłane do klienta procesowego niezależnie od adresu URL, pod którym dostępny jest formularz. Osiąga się to poprzez funkcjonalność obiektów dostępnych z pliku JSP, takich jak żądanie.

Wkrótce zobaczymy, w jaki sposób aplet łączy się z adresem URL klienta procesu i jak współdziała z danymi wejściowymi. Na razie spójrzmy na plik JSP, który odpowiada za stronę powitalną:

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

Dziękujemy za rejestrację!

Wprowadzone przez Ciebie dane:

Nazwa:$ (imię)

Nazwisko:$ (nazwisko)

E-mail:$ (e-mail)

Teraz, gdy zorientowaliśmy się, w jaki sposób strony są wyświetlane, następnym krokiem jest utworzenie serwletu odpowiedzialnego za zbieranie danych klienta z żądań POST i weryfikację danych w łatwy sposób.

Pisanie kontrolera

Napisanie apletu, który może pobierać dane z formularza rejestracyjnego, jest tak proste, jak łuskanie gruszek. Wystarczy napisać podklasę dla klasy HttpServlet i zaimplementować jej metody doGet() lub doPost() (lub obie, jeśli to konieczne). W takim przypadku aplet będzie oddziaływał z danymi pochodzącymi z żądań POST.

Tak to wygląda:

@WebServlet (name = "CustomerController", urlPatterns = "/ processcustomer") public class CustomerController extends HttpServlet (@Override protected void doPost (HttpServletRequest request, HttpServletResponse response) rzuca ServletException, IOestException (requestPrommetersquestrequestrequestrequestrequestre) .setA); customer.validate (); if (! naruszenia.isEmpty ()) (request.setAttribute ("naruszenia", naruszenia);) String url = defineUrl (naruszenia); request.getRequestDispatcher (url ) .forward (żądanie, odpowiedź); ) private String określUrl (Lista naruszeń) (if (! naruszenia.isEmpty ()) (zwraca "/";) else (zwraca "/WEB-INF/views/customerinfo.jsp"; )) prywatna statyczna klasa RequestCustomer (koniec prywatny String firstName; prywatny końcowy String lastName; prywatny końcowy String e-mail; prywatny RequestCustomer (String firstName, String lastName, String e-mail) (this.firstName = firstName; th is.lastName = nazwisko; ten.email = e-mail; ) publiczny statyczny RequestCustomer fromRequestParameters (żądanie HttpServletRequest) (zwróć nowy RequestCustomer (request.getParameter ("imię")), request.getParameter ("nazwisko"), request.getParameter ("email"));) public void setAsRequest requestAttributes (HttpServletRequest request.setAttribute („imię”, imię); request.setAttribute („nazwisko”, nazwisko); request.setAttribute („e-mail”, e-mail);) walidacja listy publicznej () (naruszenia listy = nowa ArrayList<>(); if (! StringValidator.validate (firstName)) (violations.add ("Imię jest polem wymaganym");) if (! StringValidator.validate (lastName)) (violations.add ("Nazwisko jest polem wymaganym") ;) if ( ! EmailValidator.validate (e-mail)) (violations.add ("E-mail musi być poprawnie sformułowany"));) zwraca naruszenia; )))

Pierwszą rzeczą, na którą należy zwrócić uwagę, jest użycie adnotacji @WebServlet (name = "CustomerController", urlPatterns = "/ processcustomer"). Nakazuje on kontenerowi serwletów używać klasy CustomerController do obsługi żądań HTTP w /processcustomer. Ten sam efekt można osiągnąć, dodając dyrektywy mapowania serwletów do pliku web.xml, ale ponieważ używamy specyfikacji Servlet 3.1, nie musimy uciekać się do tej metody.

Tutaj nazwaliśmy serwlet CustomerController, ponieważ dobrą praktyką jest użycie nazwy klasy serwletu jako wartości atrybutu name adnotacji @WebServlet. W przeciwnym razie niektóre kontenery nie będą pasować, co spowoduje błąd 404.

Sama klasa CustomerController wykonuje kilka prostych zadań. W pierwszej kolejności zbiera dane wprowadzone do formularza za pomocą implementacji interfejsu HttpServletRequest, który zawiera wartości odpowiadające polu imienia, nazwiska i adresu e-mail formularza. Następnie ustawia te wartości jako atrybuty żądania, dzięki czemu można je ponownie wyświetlić w formularzu lub na stronie wyników. Na koniec walidatory sprawdzają poprawność wprowadzonych danych.

Walidatory to proste klasy, które sprawdzają pewne właściwości, takie jak to, czy ciąg jest pusty i czy wiadomość e-mail wygląda jak wiadomość e-mail. Na autorskim GitLabie można przyjrzeć się ich realizacji.

Wynik walidacji wpływa na dalszy przebieg zdarzeń: jeśli dane nie są poprawne, klient jest przekierowywany przez obiekt RequestDispatcher na stronę rejestracji, gdzie wyświetlane są odpowiednie błędy. Jeśli wszystko jest w porządku, wyświetla się strona powitalna.

Stworzyliśmy więc całą aplikację internetową Java, która umożliwia rejestrację klientów za pomocą formularza HTML, podstawowego serwletu i kilku stron JSP. Czas zacząć.

Uruchamianie aplikacji

Aby uruchomić aplikację, musisz wykonać następujące czynności:

IntelliJ POMYSŁ). Po wdrożeniu projektu i uruchomieniu go domyślna przeglądarka powinna zaczynać się od okna rejestracji.

Wniosek

Dzięki temu masz wszystkie umiejętności potrzebne do tworzenia własnej aplikacji internetowej Java bez konieczności uciekania się do skomplikowanych frameworków. Wszystko czego potrzebujesz to API Servlet, technologia taka jak JSP do renderowania i wbudowana Java. Świetnie, prawda?

Warto zauważyć, że implementacja klasy CustomerController podkreśla zalety i wady serwletów: z jednej strony pokazuje pokrótce, jak łatwo można przetwarzać parametry żądania i wysyłać odpowiedzi do klienta w różnych formatach. Ale ta funkcjonalność ma swoją cenę: obie implementacje interfejsów HttpServletResponse i HttpServletResponse są zwykłymi lokalizatorami usług. Nie oznacza to, że jest to zła rzecz, ponieważ lokalizatory po prostu zawierają dane. Należy jednak pamiętać, że te implementacje zawsze będą powiązane z apletem.

Serwlety to programy Java, które działają po stronie serwera aplikacji sieci Web. Tak jak aplety dynamicznie rozszerzają funkcjonalność przeglądarki WWW, tak aplety dynamicznie rozszerzają funkcjonalność serwera WWW. Chociaż serwlety mogą obsługiwać dowolne żądanie, są powszechnie używane do rozszerzania serwerów WWW. Dla takich aplikacji technologia Java Servlet definiuje klasy serwletów specyficzne dla HTTP. Pakiety javax.servlet i javax.servlet.http udostępniają interfejsy i klasy do tworzenia serwletów.

• Jaka jest struktura projektu internetowego?

• Co to jest kontener serwletów? Cykl życia serwletu.

Kontener serwletów to program, który zarządza cyklem życia serwletów.
Cykl życia serwletu: jest zarządzany przez kontener serwletów, przy pierwszym dostępie do serwletu jest on ładowany do pamięci i wywoływana jest metoda init(). W całej aplikacji wywoływana jest metoda service() w celu obsługi żądań klientów. Po zakończeniu działania aplikacji wywoływana jest metoda destroy(), a aplet jest usuwany z pamięci.

• Jakie są zadania, funkcjonalność kontenera serwletów?

Kontener serwletów może działać jako samodzielny serwer WWW, udostępniać strony dla innego serwera WWW, takiego jak Apache, lub integrować się z serwerem aplikacji Java EE. Zapewnia wymianę danych pomiędzy serwletem a klientami, zajmuje się takimi funkcjami jak tworzenie środowiska programowego dla działającego serwletu, identyfikowanie i autoryzacja klientów, organizowanie sesji dla każdego z nich.

• Czym różni się sendRedirect () od forward ()?

Czym są serwlety? Serwlety są w rzeczywistości modułami przetwarzania żądań HTTP i FTP, używanymi do budowania bramek internetowych.

Podstawą tych portali jest sam WEB serwer - program przechowujący gniazdo serwera, odbierający i przesyłający dane. Najczęściej, aby przyspieszyć pracę, serwer jest napisany nie w Javie, ale w jakimś innym języku programowania (na przykład w C++).

Podstawowy serwlet działa w połączeniu z serwerem. To do niego serwer wysyła dane i od niego otrzymuje odpowiedź wysłaną do klienta. W rzeczywistości bazowy serwlet jest „mózgiem” serwera. Główną funkcją tego apletu jest odczytanie żądania klienta, odszyfrowanie go i, zgodnie z deszyfrowaniem, przekazanie pracy do apletu odpowiedzialnego za tego typu żądane informacje. Często sam serwer odgrywa rolę podstawowego serwletu, aby osiągnąć prędkość. Tak właśnie działa Jacarta Tomcat.

Rysunek przedstawia schemat przekazywania połączeń (żądań) i odpowiedzi (odpowiedzi) między serwerem a serwletami. Ten diagram przedstawia działanie serwera HTTP, który ma kilka stron JSP i dwa zasoby „/przykład1” i „/przykład2”, które są przetwarzane przez dwa serwlety – odpowiednio „Przykład1 serwlet” i „Przykład2 serwlet”.

Przeanalizujmy krok po kroku, co pokazano na rysunku:

1. klient łączy się z serwerem
2. serwer przekazuje żądanie do „Serwletu Podstawowego”
3. serwlet podstawowy pobiera identyfikator URI zasobu z żądania
   • jeśli URI wskazuje na „/ sample1”, to żądanie całkowicie(bez zmian) przekazany do serwletu „Sample1 Servlet”, który dalej przetwarza to żądanie
   • jeśli URI wskazuje na "/ sample2", serwer przekazuje żądanie do "Sample2 Servlet"
   • we wszystkich innych przypadkach żądanie jest przekazywane do modułu „JSP Servlet”
4. aplet, któremu nadano kontrolę, przetwarza dane, tworzy odpowiedź, a następnie odpowiedź jest wysyłana z powrotem do bazowego serwletu.
5. podstawowy serwlet, bez przetwarzania otrzymanych danych, natychmiast odsyła je z powrotem na serwer
6. serwer wysyła dane do klienta

W ten sposób zadanie przetwarzania żądania podzielone jest na logiczne części, za każdą z których odpowiada własny moduł, własna „cegła programowa”. W rzeczywistości przetwarzanie żądania może składać się z wielu innych etapów. Na przykład za metody „GET” i „POST” mogą odpowiadać różne moduły.

Interfejs serwletu

Cechą wspólną wszystkich tych modułów jest to, że są one połączone na całej linii za pomocą interfejsu javax.servlet.Servlet

Przyjrzyjmy się temu interfejsowi. Wymienia tylko 5 metod:

Publiczne void init (konfiguracja ServletConfig) zgłasza ServletException Ta metoda jest wywoływana w celu poinformowania serwletu, że jest on dołączony jako moduł do obsługi żądań klientów. Parametr config oddziela interfejs javax.servlet.ServletConfig, który zawiera informacje o środowisku serwera, nazwie serwletu, parametrach początkowych i innych walorach. Interfejs javax.servlet.ServletConfig zostanie omówiony nieco później. Zakłada się, że po wywołaniu tej funkcji aplet starannie zapisze tę konfigurację w swojej zmiennej i wyda ją inną metodą: public ServletConfig getServletConfig() Po otrzymaniu informacji systemowych za pomocą "getServletConfig()" serwer może chcieć się dowiedzieć nazwisko autora, data utworzenia, inne informacje o aplecie, które uzyskuje się poprzez wywołanie public String getServletInfo()

Aby przetworzyć żądanie i uzyskać wynik jego przetworzenia, użyj funkcji

Publiczna usługa void (żądanie ServletRequest, odpowiedź ServletResponse) wyrzuca ServletException, java.io.IOException W tej funkcji do kodu, który będzie przetwarzał dane, przekazywane są dwa narzędzia: jedno do odbioru danych z serwera, a drugie do wysłania wyniku serwletu. W związku z tym są to parametry żądania i odpowiedzi, które oddzielają interfejsy javax.servlet.ServletRequest i javax.servlet.ServletResponse.Cała praca z danymi odbywa się właśnie przez te interfejsy, więc porozmawiajmy o nich bardziej szczegółowo.

Gdy serwer nie potrzebuje już tego modułu, wywoływana jest metoda

Public void destroy(), które kończy wszystkie operacje na obiekcie serwletu.

Interfejs ServletConfig

Istotą interfejsu javax.servlet.ServletConfig są 4 oczywiste metody:

Public String getServletName () public ServletContext getServletContext () public String getInitParameter (nazwa ciągu) public java.util.Enumeration getInitParameterNames ()

Myślę, że cel wszystkich funkcji jest jasny, z wyjątkiem

Public ServletContext getServletContext () Ta metoda zwraca łącze do bardzo przydatnego narzędzia serwerowego:

Interfejs ServletContext

ServletContext to interfejs definiujący dostęp do następujących bardzo przydatnych funkcji:

GetAttribute obiektu publicznego (nazwa ciągu) public java.util.Enumeration getAttributeNames () public void setAttribute (nazwa ciągu, obiekt obiektu) public void removeAttribute (nazwa ciągu) Cztery metody pracy z atrybutami. Rolę atrybutów pełni dowolny obiekt dowolnej klasy. Celem tych funkcji jest przenoszenie różnych obiektów pomiędzy niepowiązanymi serwletami. public String getInitParameter (String name) public java.util.Enumeration getInitParameterNames () Dostęp do parametrów, z którymi serwer został uruchomiony. Może być też nazwa hosta, port i inne przydatne rzeczy. public int getMajorVersion () public int getMinorVersion () Zwraca wersje Servlet API. public String getMimeType (plik String) Zwraca typ MIME skojarzony z plikiem określonym w zmiennej file. Pamiętaj, jak musiałeś zdefiniować MIME w SimpleWEBServer i doceń wygodę! public java.util.Set getResourcePaths () public java.net.URL getResource (ścieżka String) generuje java.net.MalformedURLException public InputStream getResourceAsStream (ścieżka String) Zwraca ścieżki do zasobów dostępnych dla serwera oraz same zasoby jako adresy URL i dane strumieniowe . public RequestDispatcher getRequestDispatcher (ścieżka) public RequestDispatcher getNamedDispatcher (nazwa) RequestDispatcher to narzędzie do przekazywania żądania do innego zasobu. Te funkcje są potrzebne, aby uzyskać obiekt tego narzędzia dla określonych zasobów. To znaczy, powiedzmy, aby przekazać żądanie do serwletu "sample1" z ciała serwletu, możesz zrobić to: getServletConfig ().GetServletContext ().GetNamedDispatcher ("sample1"). Przekaż (żądanie, odpowiedź);

Sama klasa RequestDispatcher zawiera tylko dwie metody:

Public void forward (żądanie ServletRequest, odpowiedź ServletResponse) zgłasza ServletException, java.io.IOException public void include (żądanie ServletRequest, odpowiedź ServletResponse) zgłasza ServletException, java.io.IOException Pierwszy służy do przekierowania żądania, a drugi to za włączenie wyniku pracy wywoływanego apletu do wyniku bieżącego. Na przykład, serwlet 1 wypisuje słowo „test 1”, następnie wywołuje include dla serwletu drugiego, a następnie wypisuje słowo „test 2”. Servlet 2 po prostu drukuje słowo „i”. Serwlet 1 wypisze ciąg „test 1 i test 2”. public void log (String msg) Napisz coś do logu serwera. public void log (String message, Throwable throwable) Zdefiniuj wyjątek i frazę, która będzie rejestrowana po odebraniu tego wyjątku. public String getRealPath (ścieżka ciągu) Tłumaczy ścieżkę, taką jak "/index.html" na "http: //host/contextPath/index.html" public String getServerInfo () Zwraca nazwę serwera. public ServletContext getContext (String uripath) Ta metoda umożliwia wymianę ServletContext między różnymi zasobami tego samego serwera. public String getServletContextName () Zwraca nazwę serwletu, do którego należy ten obiekt interfejsu ServletContect.

Interfejs żądania serwletu

Interfejs ServletRequest jest narzędziem do pobierania parametrów żądań HTTP. Ten interfejs ma kilka metod, które są identyczne pod względem nazwy i przeznaczenia jak ServletContext:

Public Object getAttribute (String nazwa) public java.util.Enumeration getAttributeNames () public void setAttribute (String nazwa, obiekt o) public void removeAttribute (java.lang.String nazwa) public String getServerName () public RequestDispatcher getRequestDispatcher (ścieżka ciągu)

Pozostałe metody pozwalają wygodnie pracować z nagłówkiem żądania HTTP:

Public String getCharacterEncoding () public void setCharacterEncoding (String env) wyrzuca java.io.UnsupportedEncodingException Praca z kodowaniem znaków w polach nagłówka HTTP. Funkcje ustawiają metodę deszyfrowania żądań CGI z formularza %NN na zwykłe znaki. Na przykład, który standard - KOI8-R, windows-1251 czy UTF-8 - powinien być używany do odszyfrowywania znaków cyrylicy. public int getContentLength () public String getContentType () Odczytuje pola „Content-Length”, „Content-Type” z żądania HTTP. public jString getParameter (nazwa ciągu) public java.util.Enumeration getParameterNames () public String getParameterValues ​​(nazwa ciągu) public java.util.Map getParameterMap () Funkcje do pobrania pola z nagłówka HTTP i jego wartości. public ServletInputStream getInputStream () rzuca java.io.IOException public java.io.BufferedReader getReader () rzuca java.io.IOException Pobierz przychodzący strumień danych lub jego "czytnik". Czytnik służy do odczytywania informacji tekstowych - automatycznie odszyfruje ciągi znaków zgodnie z określonym zestawem znaków. Uwaga! W J2EE 1.3 występuje poważny błąd: podczas odszyfrowywania znaku% 25 (znak% w żądaniach Post i Get), czytnik wyświetla błąd (błąd występuje na serwerach Tomcat 4 i Resign). Możliwe, że podobny błąd występuje z innymi symbolami. public String getProtocol () Pobierz wersję HTTP protokołu żądania (na przykład "HTTP / 1.1"). public String getScheme () Zwraca nazwę schematu żądania. Na przykład „http”, „https” lub „ftp”. public int getServerPort () public String getRemoteAddr () public String getRemoteHost () public boolean isSecure () Port serwera, adres IP klienta, nazwa hosta klienta i czy połączenie jest prywatne (HTTPS) public java.util.Locale getLocale () public java.util .Enumeration getLocales () Preferowany język dokumentu klienta (wynik przetworzenia pola „Accept-Language”)

Interfejs ServletResponse

Interfejs ServletResponse to narzędzie do wysyłania danych do klienta. Wszystkie metody tego narzędzia służą właśnie temu celowi:

Public java.lang.String getCharacterEncoding() public void setLocale (java.util.Locale loc) public java.util.Locale getLocale() Pierwsza metoda zwraca typ kodowania MIME (na przykład UTF8), w którym będą wystawiany. Dwie drugie metody działają również z zestawem znaków. Wskazują język użyty w dokumencie (na przykład - rosyjski). public ServletOutputStream getOutputStream () wyrzuca java.io.IOException Zwraca strumień wyjściowy dla serwletu. Ten strumień jest używany na przykład do wyprowadzania plików binarnych. Dane tekstowe mogą być wyprowadzane za pomocą java.io.Writer: public java.io.PrintWriter getWriter () wyrzuca java.io.IOException Ta metoda automatycznie konwertuje ciągi znaków na zestaw znaków określony w metodach getCharacterEncoding () i getLocale (). public void setContentLength (int len) Ta metoda ustawia wartość pola nagłówka HTTP „Content-Length” public void setContentType (typ String) Metoda wysyłania typu zawartości MIME dokumentu. Pole nagłówka HTTP „Content-Type”. public void setBufferSize (rozmiar int) public int getBufferSize () public void flushBuffer () wyrzuca java.io.IOException public void resetBuffer () Chodzi o to, że strumień danych wyjściowych jest buforowany. Oznacza to, że następna porcja danych zostanie wydana klientowi dopiero po zapełnieniu bufora. Metody te pozwalają odpowiednio ustawić rozmiar bufora wysyłania, uzyskać jego rozmiar, zainicjować wysyłanie zawartości bufora do klienta bez oczekiwania na jego wypełnienie, a także wyczyścić ten bufor danych. public boolean isCommitted() Za pomocą tej metody można uzyskać flagę informującą, że dane zostały już wysłane do klienta. Flaga będzie dodatnia, jeśli nagłówek odpowiedzi HTTP został już wysłany. public void reset() Jeśli nagłówek HTTP nie został jeszcze wysłany, ta metoda „resetuje” nagłówek HTTP do jego „domyślnych” wartości.

Predefiniowane typy serwletów

Java Servlet API, oprócz rzeczywistych interfejsów, zawiera również kilka klas serwletów, które mogą służyć jako podstawa dla twoich programów.

Podstawą dla wszystkich tych klas jest klasa abstrakcyjna javax.servlet.GenericServlet:

Publiczna klasa abstrakcyjna GenericServlet implementuje Servlet, ServletConfig, java.io.Serializable

Jak widać z definicji tej klasy, posiada ona wszystkie metody interfejsów Servlet i ServletConfig. Jedyną niezaimplementowaną metodą jest

Publiczna abstrakcyjna usługa void (ServletRequest req, ServletResponse res) wyrzuca ServletException, java.io.IOException, który został zadeklarowany jako abstrakcyjny.

Na podstawie tej klasy powstała kolejna klasa abstrakcyjna - javax.servlet.http.HttpServlet:

Publiczna klasa abstrakcyjna HttpServlet rozszerza GenericServlet implementuje java.io.Serializable

Klasa ta została stworzona zgodnie z koncepcją „jeszcze większej wygody dla programisty” i posiada wiele przydatnych metod:

Chronione void doDelete (HttpServletRequest req, HttpServletResponse ew.) zgłasza ServletException, java.io.IOException protected void doGet (HttpServletRequest req, HttpServletResponse ew.) rzuca Servlet. throwException, wyjątek java.io.io protected doGet . HttpServletResponse) zgłasza ServletException, java.io.IOException chroniony void doPost (HttpServletRequest req, HttpServletResponse lub) zgłasza Servlet.Exception zgłasza ServletException, java.io.IOException chroniony void doTrace (HttpServletRequest req.vlet.req.HttpServletResponse) IOException chronionej usługi void (HttpServletRequest req, HttpServ throwResvlet lub ServletR response res) generuje ServletException, java.io.IOException Różne opcje usług (ServletRequest req, ServletResponse res) dla różnych metod HTTP od DELETE i GET do PUT i TRACE. Aby wygodnie odbierać dane przez interfejs CGI bez odszyfrowywania nagłówka, stworzono klasy HttpServletRequest i HttpServletResponse, które są dołączone do HttpServlet w pakiecie javax.servlet. ostatnia modyfikacja obiektu HttpServlet req Pobiera wartość czasu z pola „Date” nagłówka żądania HTTP. Jeśli pole nie zostanie znalezione, zwraca -1.

W związku z tym przeanalizujemy interfejsy HttpServletRequest i HttpServletResponse. Dziedziczą one odpowiednio z ServletRequest i ServletResponse.

HttpServletRequest, oprócz metod odziedziczonych po ServletRequest, posiada również następujące bardzo przydatne metody:

Cookie getCookies () Zwraca zestaw plików cookie wysłanych przez klienta do serwera.

Klasa Cookie, która jest częścią tego samego pakietu javax.servlet.http, zawiera wszystkie możliwe informacje o pliku cookie. Najważniejsze metody tej klasy to

Int getMaxAge () String getName () String getValue () podając odpowiednio czas życia tego ciasteczka, nazwę ciasteczka i jego wartość. Również Cookie (String name, String value) void setValue (String newValue) void setMaxAge (wygaśnięcie int), aby utworzyć ciasteczko, ustawić jego wartość i maksymalny wiek. long getDateHeader (String name) Zwraca datę z nagłówka HTTP, jeśli taki istnieje. int getIntHeader (java.lang.String name) Zwraca wartość liczbową pola o nazwie name z nagłówka żądania HTTP String getMethod () Zwraca metodę żądania HTTP. String getQueryString () String getRequestURI () StringBuffer getRequestURL () Zwraca ciąg zawarty w adresie URL dokumentu po znaku „?”, identyfikatorze URI dokumentu i pełnym adresie URL. HttpSession getSession () HttpSession getSession (tworzenie logiczne) boolean isRequestedSessionIdFromCookie () boolean isRequestedSessionIdFromURL () boolean isRequestedSessionIdValid () Funkcje. pozwalając na pracę z tak ważnym mechanizmem przesyłania danych jak sesje.

Sesje są niezbędne do przeciągania danych ze strony na stronę za użytkownikiem. Na przykład, użytkownik odwiedza stronę (1), gdzie przesyłane są do niego pewne dane dla strony (2), a ten zapisuje inne rzeczy dla strony (3).

W zasadzie na stronie (1) możesz wysłać dane do użytkownika, następnie pobrać je na stronie (2), coś dodać, wysłać do użytkownika... W ten sposób będziesz musiał stale przesyłać cały zestaw danych od klienta do serwera iz powrotem, i wiele razy. Poza tym, że taka spedycja nie zawsze jest wygodna, to dodatkowo pochłania ruch.

Możesz zrobić to samo inaczej - użyj mechanizmu sesji. Mechanizm ten działa w następujący sposób: dane przesyłane przez użytkownika zapisywane są przez serwer w osobnym pliku - pliku sesji. Wszelkie prace nad zmianą danych będą wykonywane na zawartości tego pliku. Klient otrzymuje „klucz sesji” (aka klucz sesji, aka identyfikator sesji) – unikalny wskaźnik do pliku zawierającego dane specjalnie dla tego użytkownika. Teraz, aby uzyskać wszystkie dane dotyczące tego klienta, serwer musi znać tylko klucz sesji. Zaletą tej metody jest wygoda i szybkość jej użytkowania.

To są wszystkie główne metody interfejsu HttpServletRequest. Pełna lista metod znajduje się w dokumentacji Java Servlet API.

Teraz o interfejsie HttpServletRequest. Główna różnica między klasami, które współużytkują ten interfejs, polega na tym, że dane nie są wyprowadzane natychmiast. Po pierwsze, wszystkie dane są pakowane w odpowiedź HTTP. Odpowiedź jest wysyłana dopiero po zakończeniu działania HttpServlet.service().

A więc o metodach:

Void addHeader (nazwa ciągu, wartość ciągu) void addIntHeader (nazwa ciągu, wartość int) void addDateHeader (nazwa ciągu, długa data) Metody dodają parametry do nagłówka HTTP. Ostatnia metoda ustawia parametr „Date”. void addCookie (Cookie cookie) Metoda dodaje plik cookie do nagłówka logiczna zawieraHeader (String name) Umożliwia sprawdzenie, czy nagłówek zawiera już określony parametr. String encodeURL (String url) String encodeRedirectURL (String url) Pierwsza metoda koduje znaki przy użyciu zamiany % NN. Druga metoda robi to samo i wywołuje void sendRedirect (String location) void setStatus (int sc) void sendError (int sc) void sendError (int sc, String msg) Pierwsza ustawia kod powrotu, dwie drugie wysyłają komunikat o błędzie . Interfejs zawiera następujące możliwe błędy dla parametru sc, odpowiadające kodom powrotu protokołu HTTP: SC_CONTINUE - Kod statusu (100) SC_SWITCHING_PROTOCOLS - Kod statusu (101) SC_OK - Kod statusu (200) SC_CREATED - Kod statusu (201) SC_ACCEPTED - Kod statusu (202) SC_NON_AUTHORITATIVE_INFORMATION - Kod statusu (203) SC_NO_CONTENT - Kod statusu (204) SC_RESET_CONTENT - Kod statusu (205) SC_PARTIAL_CONTENT - Kod statusu (206) SC_MULTIPLE_CHOICES (Status_MULTIPLE_CHOICES - Kod statusu (300) SCAN_MOVED 303) SC_NOT_MODIFIED - Kod statusu (304) SC_USE_PROXY - Kod statusu (305) SC_BAD_REQUEST - Kod statusu (400) SC_UNAUTHORIZED - Kod statusu (401) SC_PAYMENT_REQUIRED - Kod statusu (402) SC_FORBID (StatusBID) - Kod statusu (404) SC_ALLOWED_NOT kod (405) SC_NOT_ACCEPTABLE - Kod statusu (406) SC_PROXY_AUTHENTICATION_REQUIRED - Kod statusu (407) SC_REQUEST_TIMEOUT - Status s kod (408) SC_CONFLICT - Kod statusu (409) SC_GONE - Kod statusu (410) SC_LENGTH_REQUIRED - Kod statusu (411) SC_PRECONDITION_FAILED - Kod statusu (412) SC_REQUEST_ENTITY_TOO_LARGE - Kod statusu (413) SC_REQUEST kod kodu (415) SC_REQUESTED_SATED_RANIS 416) SC_EXPECTATION_FAILED - Kod statusu (417) SC_INTERNAL_SERVER_ERROR - Kod statusu (500) SC_NOT_IMPLEMENTED - Kod statusu SC_BAD_GATEW2) (504) SC_HTTP_VERSION_NOT_SUPPORTED - Kod statusu (505)

To wszystko, co można powiedzieć o HttpServletResponse

Korzystanie z serwletów w aplikacjach internetowych

Porozmawiajmy teraz o wykorzystaniu serwletów w aplikacjach WEB. Aby to zrobić, podam dwa przydatne przykłady, które mogą być przydatne w praktyce.

Pierwszy przykład pokazuje metody pracy z HttpServlet i wyświetlania skompresowanej zawartości strony HTML. Teoretycznie strona HTML w odpowiedzi przeglądarki jest wyświetlana w postaci zwykłego tekstu, ale w celu zmniejszenia ilości przesyłanych danych można zastosować kompresję GZIP. Nowoczesne przeglądarki (przynajmniej przeglądarki czwartej generacji i nowsze) obsługują tę metodę wysyłania informacji tekstowych i renderują stronę tak, jakby nie była skompresowana.

Drugi przykład pokazuje, w jaki sposób aplet może renderować stronę w sposób ciągły. Ten rodzaj wyświetlania strony można wykorzystać na przykład w czatach: aby czytać nowe wiadomości, nie trzeba za każdym razem odświeżać strony, nowe wiadomości będą po prostu pobierane z czasem. Należy zauważyć, że niektóre serwery proxy nie obsługują tego typu przesyłania danych, ale z tym - niestety - nic się nie da zrobić.

Pozostaje powiedzieć, że mechanizm serwletów jest bardzo elastyczny i pozwala na tworzenie rzeczy, które mogą wymagać napisania osobnego serwera WEB (jak na przykład w przypadku serwletu wznowienia). Wadami serwletów są niska prędkość pierwszego uruchomienia (serwlet jest po prostu kompilowany przez maszynę JIT), duże zużycie pamięci i brak wszystkich programów Java - niska prędkość pracy z łańcuchami. Ta ostatnia okoliczność staje się zauważalna, gdy działają aplety akceptujące dane tekstowe w żądaniach POST. Żądanie POST o wielkości 50 KB do HttpServlet podczas analizowania za pomocą HttpServletRequest.getReader() może sparaliżować serwer na kilka minut. To samo dotyczy innych programów Java.

Oto dwa małe przykłady:

Jeśli weźmiemy małe napisy - do 2-3 kb, to różnice w działaniu przykładów są nieznaczne, ale jeśli weźmiemy tekst napisowy o wielkości co najmniej 10 kb, to w pierwszym przypadku program zadziała ze sznurkiem znacznie wolniej. Jest to funkcja java i stanowi problem w implementacji funkcji klasy String. Więc jeśli chcesz napisać szybki aplet, unikaj pracy z długimi łańcuchami poprzez klasę String, użyj na przykład klasy StringBuffer. Ostrzeżenie to dotyczy przede wszystkim odbierania dużych tekstów z sieci i przetwarzania lokalnych plików (na przykład w przypadku tekstowej bazy danych dla księgi gości z dużą liczbą wiadomości).

Kolejny problem dotyczy wielozadaniowości systemu WEB. Należy pamiętać, że wielu użytkowników może jednocześnie zażądać serwletu. Często występują problemy z synchronizacją danych, wymianą informacji pomiędzy różnymi wątkami obliczeniowymi tego samego serwletu, a najczęstszym problemem jest problem synchronicznego dostępu do plików i innych nazwanych zasobów systemowych. Na przykład jeden program otworzył plik do odczytu, podczas gdy inny próbuje coś tam napisać. W rezultacie drugi program albo otrzymuje wyjątek, albo czeka na zwolnienie pliku do zapisu. W związku z tym chciałbym zwrócić waszą uwagę: nie zostawiajcie za sobą niezamkniętych strumieni i zamykajcie strumienie, gdy tylko przestaną być potrzebne. Strumień oczywiście zostanie później automatycznie zamknięty, ale stanie się to dopiero wtedy, gdy dostanie się do niego „śmieciarz”, a tymczasem drugi program nadal nie będzie miał dostępu do zapisu do pliku.

Oprócz wielozadaniowości, chciałbym zauważyć, że za pomocą metod interfejsu ServletContext "Object getAttribute (String name)" i "void setAttribute (String name, Object object)" można wymieniać dane między serwletami, w tym synchronizować dane.

Przykładowy serwlet zawiera sam serwlet HelloWorld.java oraz deskryptor aplikacji web.xml. Aplet umożliwia utworzenie strony odpowiedzi przy użyciu cyrylicy. Na poniższym zrzucie ekranu przedstawiono strukturę przykładowego serwletu w środowisku Eclipse IDE.

Lista przykładu serwletu HelloWorld.java

Poniższy kod implementuje prosty serwlet HelloWorld.java który zwraca statyczną stronę HTML do przeglądarki. W tym przykładzie serwlet dziedziczy właściwości HttpServlet, który implementuje interfejs Serwlet.

Importuj java.io.IOException; import java.io.OutputStream; importowanie javax.servlet.ServletConfig; importowanie javax.servlet.http.HttpServlet; import javax.servlet.ServletException; importowanie javax.servlet.http.HttpServletRequest; importowanie javax.servlet.http.HttpServletResponse; public class HelloWorld extends HttpServlet (prywatna konfiguracja ServletConfig; @Override public void init (konfiguracja ServletConfig) wyrzuca ServletException (this.config = config;) @Override public void destroy () () @Override public ServletConfig getServletConfig () (konfiguracja powrotu;) @Override public String getServletInfo () (zwraca "Prosty serwlet";) publiczna usługa void (żądanie HttpServletRequest, odpowiedź HttpServletResponse) wyrzuca ServletException, IOException (response.setContentType ("text/html"); String text = " " + "" + " " + "" + "" + "" + "

Witam% s% s!

Podczas uzyskiwania dostępu do serwletu metoda jest wywoływana usługa który renderuje stronę odpowiedzi i przekazuje ją do przeglądarki za pośrednictwem HttpServletResponse. Pierwsze wiersze odpowiedzi serwera definiują nagłówek Typ zawartości ze wskazaniem kodowania UTF-8. Ponadto nazwa i patronimik otrzymane z deskryptora aplikacji web.xml są zastępowane do szablonu odpowiedzi. Oznacza to, że odczytuje parametry konfiguracyjne serwletu.

Aby móc zwrócić stronę z cyrylicą, użyj Strumień wyjściowy... Wszelkie informacje mogą być wyprowadzane do strumienia wyjściowego (w naszym przykładzie prosty kod HTML).

Lista deskryptorów aplikacji XML

Serwlet Witaj świecie dzień dobry przykład.HelloWorld Nazwa Ostap mname Ibrahimović dzień dobry / dzień dobry

W deskryptorze aplikacji web.xml Parametry serwletu (nazwa nazwa-serwletu i klasa klasa-serwletu) oraz parametry inicjalizacji (imię, drugie imię mnazwa) są zdefiniowane. Aplet odczytuje te parametry za pomocą Konfiguracja serwletu.

Aby uruchomić przykładowy serwlet z poziomu środowiska Eclipse IDE, uruchom serwer aplikacji i wprowadź następujący wiersz w pasku adresu przeglądarki:

Http: // localhost: 8080 / ServletHello / hello

Przeglądarka wyświetli nam powitanie wskazujące głównego bohatera dzieł Ilfa i Pietrowa.

Aby skompilować serwlet oddzielnie, można użyć pliku wsadowego, którego tekst w systemie Windows może wyglądać tak.

SET TOMCAT_LIB = "C: \ Program Files \ Apache Software Foundation \ Tomcat \ common \ lib" SET JAVA_SDK = C: \ Java \ Sun \ SDK \ jdk \ bin \% JAVA_SDK% javac -classpath% TOMCAT_LIB% \ servlet-api. słoik * .java

Po skompilowaniu serwletu HelloWorld.class musi być umieszczony w katalogu WEB-INF / zajęcia / Aplikacje WEB na serwerze Tomcat i rejestracja w deskryptorze dostawy web.xml.

Pobierz przykład

Dostępny jest kod źródłowy przykładowego apletu omówionego w tekście strony (191 KB).

Można obejrzeć przykład serwletu wykorzystującego bibliotekę graficzną Chart.js do dynamicznego generowania strony z wykresami.