Жаңартылған Jakarta EE: Servlet технологиясының тарихы мен мүмкіндіктері

Кіріспе

Jakarta EE бағдарламалау тілі сабағы

Jakarta Servlet, бұрын Java Servlet – сервердің мүмкіндіктерін кеңейтетін Java бағдарламалық компоненті. Сервлеттер көптеген сұранымдарға жауап бере алса да, олар көбінесе веб-серверлерде веб-қосымшаларды хостингтеу үшін веб-контейнерлерді іске асырады, соның салдарынан серверлік сервлет веб-API ретінде қарастырылады. Мұндай веб-сервлеттер PHP және ASP.NET сияқты басқа динамикалық веб-контент технологияларының Java нұсқасы болып табылады.

Кіріспе

Jakarta Servlet — Jakarta EE-дегі Java класы, ол Jakarta Servlet API-ге сәйкес келеді, бұл Java-ның сұранысқа жауап беретін кластарын іске асыру стандарты. Сервлеттер, қағида бойынша, кез келген клиент-сервер протоколы арқылы байланыса алады, бірақ олар көбінесе HTTP-мен қолданылады. Принцип бойынша, кез келген сервлеттер класты кеңейте алады; алайда, нақты айтқанда, барлық сервлеттер класты кеңейтеді. Осылайша "servlet" жиі "HTTP servlet" дегеннің қысқартуы ретінде қолданылады. Осылайша, сервлетті Java платформасын пайдалана отырып, веб-серверге динамикалық мазмұн қосу үшін пайдалануға болады. Шығарылған мазмұн әдетте HTML болып табылады, бірақ XML және көбінесе JSON сияқты басқа деректер де болуы мүмкін. Jakarta Servlet API веб-қызметтер үшін екі стандартты Java технологиясымен толықтырылды: AJAX, JSON және REST қызметтері үшін пайдалы Jakarta RESTful Web Services (JAX RS 2.0) және SOAP веб-қызметтері үшін пайдалы Jakarta XML Web Services (JAX WS). Сервлет – бұл сұрауды қабылдайтын және осы сұраудың негізінде жауап жасайтын объект. Servlet негізгі пакеті Java объектілерін, сервлет сұраныстарын және жауаптарын, сондай-ақ сервлеттің конфигурациялық параметрлері мен орындалу ортасын көрсететін объектілерді анықтайды. Java пакеті иерархиясында қамтылған Servlet API веб-контейнер мен сервлеттің күтілетін өзара әрекеттесуін анықтайды. Конференцияда жарияланғаннан екі ай өткен соң, JavaSoft веб-сайтында алғашқы жариялы іске асыру қолжеткізілді. Бұл Java Web Server (JWS; кейін Jeeves коднамымен белгілі болған) альфа нұсқасы болды, ол 1997 жылдың 5 маусымында өнім ретінде шығарылды. java.net блогында Sun компаниясының тәжірибелі қызметкері және GlassFish жетекшісі Джим Дрисколл сервлет технологиясының тарихын баяндайды. Джеймс Гослинг Java-ның алғашқы күндерінде сервлеттер туралы ойлады, бірақ бұл идея 1996 жылдың желтоқсанында Sun JWS-ті шығарғанға дейін өнімге айналмады. Бұл қазіргі Jakarta EE спецификацияға айналмаған кезде болды. Servlet1 спецификациясын Pavni Diwanji Sun Microsystems компаниясында жұмыс істеген кезде жасады, ал 1.0 нұсқасы 1997 жылдың маусымында аяқталды. 2.2 нұсқасынан бастап, спецификация Java Community Process аясында әзірленді. + Servlet API тарихы Servlet API нұсқасы Шығарылған күні Спецификация Платформа Маңызды өзгерістер Jakarta Servlet 6.0 2022 жылдың 31 мамыры 6.0 Jakarta EE 10 Ескірген мүмкіндіктерді алып тастау және қажетті жақсартуларды енгізу Jakarta Servlet 5.0 2020 жылдың 9 қазаны 5.0 Jakarta EE 9 API пакеттен Jakarta Servlet 4.0.3 2019 жылдың 10 қыркүйегі 4.0 Jakarta EE 8 "Java" тауарлық белгісінен Jakarta Servlet 4.0 2017 жыл қыркүйек JSR 369 Java EE 8 HTTP/2 Java Servlet 3.1 2013 жылдың мамыры JSR 340 Java EE 7 Блоктаусыз I/O, HTTP протоколын жаңарту механизмі (WebSocket) Java Servlet 3.0 2009 жылдың желтоқсаны JSR 315 Java EE 6, Java SE 6 Қосылу мүмкіндігі, Дамытудың қарапайымдығы, Асинхронды сервлет, Қауіпсіздік, Файл жүктеу Java Servlet 2.5 2005 жылдың қыркүйегі JSR 154 Java EE 5, Java SE 5 Java SE 5 талап етеді, түсіндірмелерді қолдайды Java Servlet 2.4 2003 жылдың қарашасы JSR 154 J2EE 1.4, J2SE 1.3 web.xml XML схемасын қолданады Java Servlet 2.3 2001 жылдың тамызы JSR 53 J2EE 1.3, J2SE 1.2 Сүзгі қосылды Java Servlet 2.2 1999 жылдың тамызы JSR 902, JSR 903 J2EE 1.2, J2SE 1.2 J2EE құрамына кірді, war файлдарында тәуелсіз веб-қосымшалар енгізілді Java Servlet 2.1 1998 жылдың қарашасы 2.1a Белгісіз Бірінші ресми спецификация, RequestDispatcher, ServletContext қосылды Java Servlet 2.0 1997 жылдың желтоқсаны JDK 1.1 1998 жылдың сәуірінің бөлігі Java Servlet Development Kit 2.0 Java Servlet 1.0 1996 жылдың желтоқсаны 1997 жылдың маусымының бөлігі Java Servlet Development Kit (JSDK) 1.0

A Jakarta Servlet is a Java class in Jakarta EE that conforms to the Jakarta Servlet API, a standard for implementing Java classes that respond to requests. Servlets could in principle communicate over any client–server protocol, but they are most often used with HTTP. In principle, any servlets can extend the class; however, realistically speaking, all servlets extend the class. Thus "servlet" is often used as shorthand for "HTTP servlet". Thus, a servlet can be used to add dynamic content to a web server using the Java platform. The generated content is commonly HTML, but may be other data such as XML and more commonly, JSON. The Jakarta Servlet API has, to some extent, been superseded by two standard Java technologies for web services:
the Jakarta RESTful Web Services (JAX RS 2.0) useful for AJAX, JSON and REST services, and
the Jakarta XML Web Services (JAX WS) useful for SOAP Web Services. A is an object that receives a request and generates a response based on that request. The basic Servlet package defines Java objects to represent servlet requests and responses, as well as objects to reflect the servlet's configuration parameters and execution environment. The Servlet API, contained in the Java package hierarchy , defines the expected interactions of the web container and a servlet. About two months after the announcements at the conference, the first public implementation was made available on the JavaSoft website. This was the first alpha of the Java Web Server (JWS; then known by its codename Jeeves) which would eventually be shipped as a product on June 5, 1997. In his blog on java. net, Sun veteran and GlassFish lead Jim Driscoll details the history of servlet technology. James Gosling first thought of servlets in the early days of Java, but the concept did not become a product until December 1996 when Sun shipped JWS. This was before what is now the Jakarta EE was made into a specification. The Servlet1 specification was created by Pavni Diwanji while she worked at Sun Microsystems, with version 1.0 finalized in June 1997. Starting with version 2.2, the specification was developed under the Java Community Process. + Servlet API history Servlet API version Released Specification Platform Important Changes Jakarta Servlet 6.0 May 31, 2022 6.0 Jakarta EE 10 remove deprecated features and implement requested enhancements Jakarta Servlet 5.0 Oct 9, 2020 5.0 Jakarta EE 9 API moved from package to Jakarta Servlet 4.0.3 Sep 10, 2019 4.0 Jakarta EE 8 Renamed from "Java" trademark Java Servlet 4.0 Sep 2017 JSR 369 Java EE 8 HTTP/2 Java Servlet 3.1 May 2013 JSR 340 Java EE 7 Non blocking I/O, HTTP protocol upgrade mechanism (WebSocket) Java Servlet 3.0 December 2009 JSR 315 Java EE 6, Java SE 6 Pluggability, Ease of development, Async Servlet, Security, File Uploading Java Servlet 2.5 September 2005 JSR 154 Java EE 5, Java SE 5 Requires Java SE 5, supports annotation Java Servlet 2.4 November 2003 JSR 154 J2EE 1.4, J2SE 1.3 web. xml uses XML Schema Java Servlet 2.3 August 2001 JSR 53 J2EE 1.3, J2SE 1.2 Addition of Filter Java Servlet 2.2 August 1999 JSR 902, JSR 903 J2EE 1.2, J2SE 1.2 Becomes part of J2EE, introduced independent web applications in war files Java Servlet 2.1 November 1998 2.1a Unspecified First official specification, added RequestDispatcher, ServletContext Java Servlet 2.0 December 1997 JDK 1.1 Part of April 1998 Java Servlet Development Kit 2.0 Java Servlet 1.0 December 1996 Part of June 1997 Java Servlet Development Kit (JSDK) 1.0

Сервлеттің өмірлік циклі

Сервлеттің өмірлік циклында үш әдіс орталық рөл атқарады. Бұл – init, service және destroy. Олар әр сервлеттің құрамында жүзеге асырылады және сервер оларды белгілі бір уақытта шақырады. Сервлеттің өмірлік циклының инициализация кезеңінде веб-контейнер сервлеттің мысалын инициализациялайды, javax.servlet.ServletConfig интерфейсін іске асыратын объектіні init әдісіне жібереді. Бұл конфигурациялық объекті сервлетке веб-қосымшадан атау-мәнді инициализация параметрлеріне қол жеткізуге мүмкіндік береді. Инициализациядан кейін сервлеттің мысалы клиенттік сұраныстарды өңдей алады. Әр сұраныс өз жеке жібінде өңделеді. Веб-контейнер әр сұраныс үшін сервлеттің service әдісін шақырады. Service әдісі сұраныстың түрін анықтайды және оны өңдеу үшін тиісті әдіске жібереді. Сервлеттің әзірлеушісі осы әдістерді іске асыруын қамтамасыз етуі керек. Егер сервлетте іске асырылмаған әдіс үшін сұрау түскен жағдайда, ата-ана кластың әдісі шақырылады, бұл әдетте сұрау жасаушыға қате хабарламаны қайтарумен аяқталады. Соңында, веб-контейнер сервлетті қызметтен шығаратын destroy әдісін шақырады. Init әдісі сияқты, destroy әдісі де сервлеттің өмірлік циклында бір рет ғана шақырылады. Келесісінде осы әдістердің әдеттегі қолданылу сценарийі келтірілген. Егер пайдаланушы URL-ді ашуға сұраныс жасаса, браузер осы URL үшін HTTP сұранысын жасайды. Бұл сұраныс тиісті серверге жіберіледі. Веб-сервер HTTP сұранысын қабылдайды және оны сервлет контейнеріне жібереді. Контейнер бұл сұранысты нақты сервлетке байланыстырады. Сервлет динамикалық түрде алынып, контейнердің адрестік кеңістігіне жүктеледі. Контейнер сервлеттің init әдісін шақырады. Бұл әдіс сервлет алғаш рет жадқа жүктелген кезде ғана шақырылады. Сервлетті конфигурациялау үшін оған инициализация параметрлерін беруге болады. Контейнер сервлеттің service әдісін шақырады. Бұл әдіс HTTP сұранысын өңдеу үшін шақырылады. Сервлет HTTP сұранысында келген деректерді оқи алады. Сервлет клиентке HTTP жауабын да құрастыруы мүмкін. Сервлет контейнердің адрестік кеңістігінде қалады және клиенттерден келген басқа HTTP сұраныстарын өңдеуге дайын болады. Service әдісі әр HTTP сұранысы үшін шақырылады. Контейнер кейбір уақытта сервлетті жадынан шығарып тастауы мүмкін. Бұл шешімді қабылдау алгоритмдері әр контейнерге тән. Контейнер сервлеттің destroy әдісін шақырады, осылай сервлетке бөлінген файл дескрипторлары сияқты ресурстарды босату үшін. Маңызды деректер тұрақты сақтау орынына сақталуы мүмкін. Сервлетке және оның объектілеріне бөлінген жад қоқыс жинауға жіберіледі.

Three methods are central to the life cycle of a servlet. These are init , service , and destroy They are implemented by every servlet and are invoked at specific times by the server. During initialization stage of the servlet life cycle, the web container initializes the servlet instance by calling the init method, passing an object implementing the javax. servlet. ServletConfig interface. This configuration object allows the servlet to access name value initialization parameters from the web application. After initialization, the servlet instance can service client requests. Each request is serviced in its own separate thread. The web container calls the service method of the servlet for every request. The service method determines the kind of request being made and dispatches it to an appropriate method to handle the request. The developer of the servlet must provide an implementation for these methods. If a request is made for a method that is not implemented by the servlet, the method of the parent class is called, typically resulting in an error being returned to the requester. Finally, the web container calls the destroy method that takes the servlet out of service. The destroy method, like init , is called only once in the lifecycle of a servlet. The following is a typical user scenario of these methods. Assume that a user requests to visit a URL. The browser then generates an HTTP request for this URL. This request is then sent to the appropriate server. The HTTP request is received by the web server and forwarded to the servlet container. The container maps this request to a particular servlet. The servlet is dynamically retrieved and loaded into the address space of the container. The container invokes the init method of the servlet. This method is invoked only when the servlet is first loaded into memory. It is possible to pass initialization parameters to the servlet so that it may configure itself. The container invokes the service method of the servlet. This method is called to process the HTTP request. The servlet may read data that has been provided in the HTTP request. The servlet may also formulate an HTTP response for the client. The servlet remains in the container's address space and is available to process any other HTTP requests received from clients. The service method is called for each HTTP request. The container may, at some point, decide to unload the servlet from its memory. The algorithms by which this decision is made are specific to each container. The container calls the servlet's destroy method to relinquish any resources such as file handles that are allocated for the servlet; important data may be saved to a persistent store. The memory allocated for the servlet and its objects can then be garbage collected.

Контейнерлік серверлер

Servlet технологиясының сипаттамасы көптеген өнімдерде іске асырылды. Контейнер веб-бетінде орындалулар тізімін қараңыз. SIP сервлеттеріне арналған сияқты, басқа сервлет контейнерлерінің түрлері де бар, мысалы, SailFin.