close

Serwlet

Skocz do nawigacji Skocz do wyszukiwania
Image
Przykład aplikacji internetowej w witrynie e-commerce między użytkownikiem a odbiorcą, którzy komunikują się za pośrednictwem aplikacji, wymieniając dane zamówienia, dane osobowe i bankowe, co można zaimplementować za pomocą serwletu i JSP lub frameworka internetowego

W informatyce w kontekście programowania WWW serwlety to obiekty napisane w języku Java, które działają w ramach serwera WWW (np. Tomcat , Jetty ) lub serwera aplikacji (np. WildFly , GlassFish ) umożliwiające tworzenie aplikacji internetowych [1 ] ( przetwarzanie po stronie serwera ). Nazwa pochodzi od apletów Java , małych programów napisanych w Javie, które działają w przeglądarce użytkownika klienta ( przetwarzanie po stronie klienta ).

Opis

Najczęstszym zastosowaniem serwletów jest generowanie dynamicznych stron internetowych zgodnie z parametrami żądania wysyłanymi przez klienta przeglądarki użytkownika do serwera. W większości nowoczesnych aplikacji bezpośrednie programowanie serwletów nie jest wykonywane, ale preferowane jest użycie frameworków internetowych, które implementują specyfikację serwletów, lub stron JavaServer Pages , które są następnie tłumaczone (kompilowane) na serwlety w czasie wykonywania .

Programy implementujące specyfikacje serwletów mogą działać wewnątrz dowolnego kontenera serwletów i nie są powiązane z konkretnym serwerem. Standard serwletów jest częścią dużego zestawu standardów o nazwie Java EE [2] [3] . Aplet może mieć wiele funkcji i może być powiązany z jednym lub większą liczbą zasobów sieciowych.

Na przykład do realizacji części Controller we wzorcu Model-View-Controller (MVC) w architekturze opartej na Javie można wykorzystać serwlet (np . Spring framework , Java Server Faces ). Aplet ten, po wywołaniu przez serwer, zdecyduje, którą stronę wyświetlić lub którą część aplikacji wywołać.

Innym przykładem może być mechanizm rozpoznawania użytkownika ( login ): po wpisaniu adresu URL typu mojastrona/login.login wywoływany jest aplet, który weryfikuje poprawność wprowadzonych poświadczeń dostępu, opierając się na bazie danych i kieruje do potwierdzenia lub strona błędu w zależności od wyniku.

Z tego punktu widzenia aplet to program, który musi respektować pewne zasady i który w określony sposób przetwarza żądanie HTTP . Nic nie stoi na przeszkodzie, aby wiele apletów powiązanych z różnymi adresami URL działało na tym samym serwerze WWW, z których każdy będzie wykonywał inne operacje i rozszerzał funkcjonalność serwera WWW.

Wersje

Wersja specyfikacji serwletów 3.0 odpowiada JSR 315 [4] . Wśród najważniejszych zmian jest możliwość asynchronicznego zarządzania żądaniami HTTP oraz fakt, że plik konfiguracyjny web.xml staje się opcjonalny. Wersja 3.1, odpowiadająca JSR 340 [5] , umożliwia przetwarzanie żądań asynchronicznych.

Wersja 4.0 tej specyfikacji, odpowiadająca JSR 369 [6] , była ostatnią wersją wydaną w zakresie Java EE. Ta wersja obsługuje protokół HTTP/2 i umożliwia przesyłanie zasobów z serwera do klienta [7] .

Wersja 5.0 była częścią wydania Jakarta EE 9 [8] , w tej wersji nazwy wszystkich pakietów javax.servletzostały zmienione na jakarta.servlet.

Notatki

  1. ^ Przegląd technologii Java Servlet , na oracle.com . Źródło 12 stycznia 2014 .
  2. ^ Technologia Java Servlet , pod adresem docs.oracle.com . Pobrano 12 stycznia 2014 r. (zarchiwizowane z 13 stycznia 2014 r.) .
  3. ^ Specyfikacja serwletów Java , na stronie javaee.github.io . Źródło 11 czerwca 2017 .
  4. ^ JSR 315: Specyfikacja JavaTM Servlet 3.0 , na jcp.org . Źródło 12 stycznia 2014 .
  5. ^ JSR 340: Specyfikacja Java Servlet 3.1 , na jcp.org . Źródło 25 maja 2015 .
  6. ^ JSR 369: Specyfikacja JavaTM Servlet 4.0 , na stronie jcp.org . Źródło 11 czerwca 2017 .
  7. ^ Zacznij korzystać z Servlet 4.0
  8. ^ Dżakarta Servlet 5.0 , na projects.eclipse.org . Źródło 20 grudnia 2021 .

Powiązane pozycje

Linki zewnętrzne