что такое servlet в java
Сервлет в вопросах и ответах
Что такое сервлет?
Интерфейс javax.servlet.Servlet включает три главных метода и два вспомогательных метода :
Контейнер сервлетов
Контейнер сервлетов — это сервер, который обеспечивает системную поддержку сервлетов (жизненный цикл сервлета) согласно принятым правилам и спецификациями. Контейнер сервлетов может функционировать как самостоятельный веб-сервер и взаимодействовать с другим веб-сервером, например Apache.
Самые распространенные реализации контейнеров сервлетов : Apache Tomcat, GlassFish, Jetty, JBoss, IBM WebSphere, Oracle Weblogic.
GenericServlet и HttpServlet
Java Servlet API, кроме собственно интерфейсов, также содержит несколько классов сервлетов, которые могут служить основой. Базовым для всех этих классов является абстрактный класс javax.servlet.GenericServlet.
Как видно из определения класс GenericServlet включает все методы интерфейсов Servlet и ServletConfig. Не реализованным методом остается лишь абстрактный метод service. Метод service вызывается при каждом обращении к сервлету.
Пример сервлета First, наследующего свойства GenericServlet
Класс javax.servlet.http.HttpServlet наследует свойства GenericServlet.
HttpServlet предоставляет ещё больше удобств для программиста и имеет много полезных методов :
Интерфейсы ServletRequest и HttpServletRequest
Запрос от браузера поступает серверу в виде объекта типа HttpServletRequest. Этот интерфейс наследует свойства интерфейса ServletRequest. Методы интерфейса ServletRequest позволяют получать дополнительную информацию, в том числе и о сервлете и деталях протокола HTTP запроса :
При вызове сервлета (обращении к серверу), как правило, передаются параметры и их значения. Для разбора параметров и извлечения их значений применяются методы, описанные на странице Класс HttpServlet.
Интерфейсы ServletResponse и HttpServletResponse
Интерфейс ServletResponse предназначен для формирования и отправки данных клиенту. Все методы ServletResponse инструмента служат именно этой цели. Следующие методы позволяют получить ссылки на потоки вывода :
Если метод getOutputStream() уже был вызван для этого ответа, то генерируется IllegalStateException.
Интерфейс HttpServletResponse наследует интерфейс ServletResponse и включает еще несколько полезных методов, которые описаны на странице Класс HttpServlet. На этой же странице представлен пример использования HttpServletResponse для формирования ответа клиенту.
Запуск сервлета
Контейнер сервлетов загружает сервлет при первом запросе клиента. В отдельных случаях, если сервлет объемный, необходимо его загрузить непосредственно на старте приложения, чтобы сократить время обработки запроса. Для этого следует использовать тег в дескрипторе приложения web.xml, который определяет необходимость загрузки сервлета при запуске.
Значение должно быть целочисленным. Если значение будет отрицательным, то сервлет будет загружен при запросе клиента, в остальных случаях сервлет загрузится на старте приложения.
Сервлетный фильтр
Согласно спецификации сервлетный фильтр представляет Java-класс, предназначенный для перехватывания запроса пользователя и позволяющий преобразовать содержание HTTP-запросов, HTTP-ответов и информацию, содержащуюся в заголовках HTML. Таким образом, сервлетный фильтр используется для предварительной обработки запроса и/или последующей обработки ответа сервлета.
Сервлетный фильтр должен реализовывать интерфейс javax.servlet.Filter, который определяет три метода :
В методе init() настраивается конфигурация фильтра. Метод doFilter выполняет основные функции фильтра. Контейнер сервлетов вызывает init() один раз, чтобы подготовить фильтр к работе, и вызывает doFilter() при поступлении запросов пользователя/браузера, которые фильтр должен перехватить. После того, как приложение заканчивает свою работу, вызывается метод destroy().
Сервлетный фильтр можно использовать для :
Сервлетный фильтр подключается в дескрипторе приложения web.xml. В следующем листинге определяется сервлетный фильтр hello, который может быть вызван при прямом обращении к нему. Пример использования данного фильтра можно посмотреть на странице Пример сервлета, hello!
Сервлетный фильтр может быть сконфигурирован так, что он будет работать с одним сервлетом, группой сервлетов или с определенной группой страниц. В следующем листинге дискриптора приложения web.xml фильтр FilterName подключается к сервлету ServletName и к страницам *.html.
Конфигурация сервлета, ServletConfig
Интерфейс javax.servlet.ServletConfig используется для передачи конфигурационной информации сервлету. Каждый сервлет имеет свой собственный ServletConfig, за создание которого отвечает контейнер сервлетов.
В следующем листинге в методе инициализации init в консоль выводятся параметры name и mname, определенные в дескрипторе приложения (см. пример выше).
Контекст сервлета, ServletContext
Для доступа из сервлета к параметрам WEB-приложения необходимо использовать интерфейс javax.servlet.ServletContext. Объект ServletContext является уникальным и доступен всем сервлетам.
ServletContext позволяет получить доступ к параметрам WEB-приложения, определенным в дескрипторе web.xml тегом :
Объект ServletContext можно получить с помощью метода getServletContext() интерфейса ServletConfig.
Интерфейс ServletContext определяет доступ к следующим функциям для работы с аттрибутами :
Роль аттрибутов может выполнять объект любого класса. Цель данных функций связана с пересылкой между несвязанными друг с другом сервлетами разных объектов.
Отличия ServletConfig и ServletContext
Интерфейс RequestDispatcher
Интерфейс RequestDispatcher используется для работы с дополнительными ресурсами, к которым относятся другой сервлет, страница JSP или документ HTML. Как правило, данный интерфейс используется для внутренней коммуникации между сервлетами в одном контексте. Доступ к RequestDispatcher можно получить с помощью метода getRequestDispatcher(String url) интерфейса ServletContext.
RequestDispatcher реализует два метода :
Отличия методов forward() и sendRedirect()
Метод forward() интерфейса RequestDispatcher используется для передачи запроса другому ресурсу внутри сервлета. То есть действие выполняется в один шаг. Метод sendRedirect() интерфейса ServletResponse является двухшаговым. В этом методе WEB-приложение возвращает ответ клиенту со статусом кода 302 (redirect) и с ссылкой для отправки запроса. Браузер отправляет полностью новый запрос по полученной ссылке. То есть, forward() обрабатывается внутри контейнера, а sendRedirect() обрабатывается в браузере.
Для организации перехода внутри одного и того же приложения необходимо использовать forward(), т.к. данный метод реагирует быстрее, чем sendRedirect(), использующий дополнительный сетевой ресурс.
При использовании метода forward() адрес URL в строке остается прежним, т.к. браузер не знает о фактически обрабатываемом ресурсе. В методе sendRedirect() адрес URL изменяется на пробрасываемый ресурс.
Пример использования методов forward() и sendRedirect() в сервлете представлен здесь.
Создание сервлетов для чайников. Пошаговое руководство
Когда начинающий разработчик сталкивается с сервлетами, ему бывает очень сложно понять, как он работает и от чего зависит эта работа. Всё потому, что все примеры и видеоуроки рассчитаны на людей, понимающих природу сервлетов и что за чем следует. Поэтому я решил написать руководство по созданию самых простых сервлетов. Возможно, эта статья кому-нибудь поможет.
Предположим, что Вы уже где-то скачали пример с применением maven и Вам удалось задеплоить Ваш код на Tomcat (с этого обычно начинается познание сервлетов) любым способом (WAR-архивом или прямо из среды разработки). Вы имеете структуру приложения, в которой присутствует файл web.xml. C него и надо начинать создание страниц.
Первое и самое важное: машина не видит прямой связи между куском адресной строки и одноимённой страницей в Вашем проекте. localhost:8080/имя_WAR/test и test.jsp — не одно и то же. /test — это «url-метка» сервлета. По которой машина находит нужный Java-файл и тот уже указывает на test.jsp.
Путь от чтения кода машиной и до отображения страницы в браузере выглядит так:
Да, пока ничего не понятно, но мы ещё вернёмся к этой схеме. Если описать её простыми человеческими словами, то это будет выглядеть так:
Из файла web.xml через сервлет машина получает путь к Java-классу, который, в свою очередь, направляет машину на искомую страницу.
Это было лирическое отступление, переходим к коду.
Итак, мы имеем задеплоенный на Tomcat проект, главная страница которого открывается по вызову localhost:8080/имя_WAR (если мы деплоили WAR-файл).
Открываем web.xml. Этот файл сканируется Tomcat’ом в первую очередь. Здесь мы и зададим начало пути. Вот код нашего web.xml:
Сервлет связывает ссылку из адресной строки и Java-класс. Java-класс, в нашем случае, открывает JSP-страницу. Сервлет состоит из 2 составляющих:
Класс надо унаследовать от HttpServlet и переопределить метод doGet(); В переопределённом методе мы пишем название строки, на которую будет осуществлён переход (в нашем случае, это «/test.jsp».
Теперь, когда пользователь допишет /test к изначальному адресу, выполнится алгоритм, описанный в начале статьи (помните, я обещал к ней вернуться?) и браузер покажет содержимое файла test.jsp. Также, можно, например, написать в стартовом файле (например, index.html) ссылку:
И произойдёт вышеописанная цепь событий, которая вызовет, в итоге, страницу test.jsp.
Надеюсь, эта статья поможет барахтающимся в поисках здравого смысла начинающим разработчикам написать первый сервлет, а уже в дальнейшем к этому пониманию постепенно будет присоединяться всё остальное (как это обычно бывает).
Что такое сервлет и зачем нужен портлет?
Интро
Servlet
Это класс, расширяющий HttpServlet, у которого есть два главных метода
void doGet(HttpServletRequest request, HttpServletResponse response)<>
void doPost(HttpServletRequest request, HttpServletResponse response)<>
Не секрет, что браузер может инициировать два вида запроса к серверу: пост (POST) и гет (GET).
Как вы уже догадались, первый метод сработает при запросе GET к сервлету, второй — при запросе POST.
Можно переопределить третий главный метод
void processRequest(HttpServletRequest request, HttpServletResponse response)<>
Он будет обрабатывать и геты и посты, приходящие к сервлету.
Если интересно, о картах и прочих вкусностях Java SE мы можем поговорить отдельно.
Значениями параметров реквеста могут быть только строки (String), которые можно привести к нужному типу. Очевидно, значение age лучше превратить в целое число (int или Integer).
Посмотрим на метод:
protected void processRequest(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException <
response.setContentType(«text/html;charset=UTF-8»);
PrintWriter out = response.getWriter();
try <
out.println(«»);
out.println(«»);
out.println(«Servlet MyServlet»);
out.println(«»);
out.println(«»);
out.println(«
Servlet MyServlet at » + request.getContextPath () + «
«);
out.println(«»);
out.println(«»);
> finally <
out.close();
>
>
Берём респонс, пихаем в него html и отправляем пользователю.
Ремарка:
Спасибо zer0access за то, что поправил меня. Пройдя по ссылке java.sun.com/javaee/5/docs/api/javax/servlet/http/HttpServlet.html вы увидите, что есть ещё методы, кроме doGet и doPost.
Метод processRequest генерируется рядом IDE, например NetBeans 6.1 Делается это следующим образом:
/**
* Handles the HTTP GET method.
* param request servlet request
* param response servlet response
*/
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException <
processRequest(request, response);
>
/**
* Handles the HTTP POST method.
* param request servlet request
* param response servlet response
*/
protected void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException <
processRequest(request, response);
>
т.е. описав метод processRequest, ваши doPost и doGet отработают единообразно. Если есть разница при вызове doPost или doGet, то использовать processRequest врядли придётся.
Метод service первым принимает запрос, после запрос переправляется нужному doXxx. В service можно сделать какие-то общие операции, например сделать запись в БД, что такой-то пользователь обратился к такому-то сервлету, затем запрос передается на обработку нужному методу сервлета.
zer0access, спасибо тебе.
Всем сервлеты хороши, но только один сервлет может быть на странице. Два сервлета не влезут — слишком важные персоны.
Как же быть, если очень хочется на одну страницу поместить сервлет-калькулятор и сервлет-переводчик?
Portlet
Очень просто — написать два портлета, один будет считать, второй — переводить. Два, три, много портлетов можно поселить на одной странице. Классический портлет в редакции Sun имеет три режима: view, edit, help. Первый — основной, его видит пользователь. В случае калькулятора, в режиме view (просмотр) будут доступны кнопки. В режиме edit (настройки), например, можно задавать тип калькулятора: обычный или научный, с синусами, косинусами и прочими мудрёными вещами. В режиме help (справка)? как вы уже догадались, будет справка по калькулятору.
Режимы view, edit, help отображаются при помощи jsp (java server pages). Они очень-очень похожи на php-страницы:
Вывод в столбик чисел от 1 до 10 включительно.
можно заменить на (как тут пхпшный код-то писать?) и разницы не будет (за исключением того, что Джава требует определения типов переменных).
С режимом view и help все понятно, а зачем нужен режим edit? Допустим, У нас на портале есть две группы пользователей: первая — бухгалтеры, вторая — мы с вами, программисты. Бухгалтерам достаточно обычного калькулятора, где есть +,-,*,/, а нам нужно складывать двоичные числа. В этом случае администратор портала для группы бухгалтеров настроит портлет, как обычный калькулятор, а для нашей группы, как научный.
В следующем номере мы поговорим о портлетах более подробно. Я расскажу, как можно за 5 минут настроить сервер приложений, контейнер для портлетов и как отлаживаться на всем этом хозяйстве нажатием одной кнопки.
Сервлеты Servlets
Работу servlet‘а можно описать следующим образом: при приходе запроса от клиента Web-сервер с помощью специального конфигурационного файла может определить, какой сервлет необходимо выполнить. После этого Web-сервер запускает JVM, которая в свою очередь выполняет сервлет. Servlet обрабатывает запрос и передает содержимое Web-серверу (возможно в виде HTML-страницы). Web-сервер отправляет клиенту ответ (сформированную сервлетом HTML-страницу).
WEB-сервер по сути является неким контейнером, который загружает servlet‘ы, выполняет их, и, получив от них результат, отправляет его клиенту.
Servlet в архитектуре Web-приложения
Из-за своей мощности и гибкости, servlet‘ы могут играть значительную роль в архитектуре системы. Они могут выполнять прикладные задачи, предназначенные для промежуточного уровня, работать как прокси-сервер для клиента и даже улучшать функциональность промежуточного уровня, добавляя поддержку новых протоколов и других функций. Промежуточный уровень выполняет функции сервера приложений в так называемой трехуровневой системе клиент-сервер и расположен между «легковесным» клиентом, таким как Web-браузер, и источником данных.
Servlet как прокси-сервер
Для поддержки апплетов сервлеты могут выполнять функции их прокси-серверов. Это может быть важно, поскольку система безопасности Java позволяет апплетам соединяться только с сервером, с которого они были загружены. Если апплет нуждается в соединении с сервером баз данных, расположенном на другой машине, servlet может создать это соединение для апплета.
Временные и постоянные servlet‘ы
Сервлеты могут запускаться и останавливаться для каждого клиентского запроса. Также они могут запускаться при старте Web-сервера и существовать до его остановки. Временные servlet‘ы загружаются по требованию и предлагают хороший способ сохранения ресурсов сервера для редко используемых функций. Постоянные сервлеты загружаются при старте Web-сервера и существуют до его остановки. Сервлеты устанавливаются как постоянные расширения для сервера в том случае, если затраты по их запуску очень велики (например, установка соединения с базой данных), если они предлагают постоянную функциональность на стороне сервера (например, служба RMI), или в случаях, когда они должны отвечать на запросы клиента как можно быстрее. Не существует специального кода для назначения servlet‘а постоянным или временным; это функция настройки Web-сервера.
Жизненный цикл сервлета, javax.servlet.Servlet
Сервлеты выполняются на платформе Web-сервера как часть того же процесса, что и сам Web-сервер. Web-сервер отвечает за инициализацию, вызов и уничтожение каждого экземпляра сервлета. Web-сервер взаимодействует с сервлетом через простой интерфейс: javax.servlet.Servlet.
Интерфейс javax.servlet.Servlet включает три главных методов:
и два вспомогательных методов:
Сходство между интерфейсами servlet‘а и апплета Java очевидны. Именно так и было спроектировано! Java сервлеты являются для Web-серверов тем же самым, чем являются апплеты для Web-браузеров. Апплет выполняется в Web-браузере, выполняя действия по его запросу через специальный интерфейс. Сервлет делает то же самое, работая на Web-сервере.
Инициализация сервлета, метод init()
При первой загрузке сервлета вызывается метод init(). Это дает возможность сервлету выполнить любую работу по установке, например, открытие файлов или установку соединений с их серверами. Если сервлет установлен на сервере постоянно, он загружается при запуске сервера. В противном случае сервер активизирует сервлет при получении первого запроса от клиента на выполнение услуги, обеспечиваемой этим сервлетом.
Гарантируется, что метод init() закончится перед любым другим обращением к сервлету – таким как, например, вызов метода service(). Обратите внимание, что init() будет вызван только один раз; он не будет вызываться до тех пор, пока сервлет не будет выгружен и затем загружен сервером снова.
Метод init() принимает один аргумент – ссылку на объект ServletConfig, который содержит аргументы для инициализации сервлета. Этот объект имеет метод getServletContext(), возвращающий объект ServletContext, который содержит информацию об окружении сервлета.
Ядро сервлета, метод service()
Метод service() является сердцем сервлета. Каждый запрос от клиента приводит к одному вызову метода service(). Этот метод читает запрос и формирует ответное сообщение при помощи своих двух аргументов ServletRequest и ServletResponse :
Таким образом, существуют два способа передачи информации от клиента к сервлету. Первый – через передачу значений в параметрах запроса. Значения параметров могут быть вставлены в URL. Второй способ передачи информации от клиента к сервлету осуществляется через InputStream (или Reader).
Работа метода service() по существу проста – он создает ответ на каждый клиентский запрос, переданный ему с сервера. Однако необходимо помнить, что могут существовать несколько параллельных запросов, обрабатываемых в одно и то же время. Если метод service() требует каких-либо внешних ресурсов, таких как файлы, базы данных, то необходимо гарантировать, чтобы доступ к ресурсам являлся потокозащищенным.
Выгрузка сервлета, метод destroy()
Метод destroy() вызывается для освобождения всех ресурсов (например, открытые файлы и соединения с базой данных) перед выгрузкой сервлета. Этот метод может быть пустым, если нет необходимости выполнения каких-либо завершающих операций. Перед вызовом метода destroy() сервер ждет либо завершения всех обслуживающих операций, либо истечения определенного времени. Это означает, что метод destroy() может быть вызван во время выполнения какого-либо продолжительного метода service().
Важно оформить метод destroy() таким образом, чтобы избежать закрытия необходимых ресурсов до тех пор, пока все вызовы service() не завершатся.
Конфигурация сервлета, метод getServletConfig()
Метод getServletConfig() возвращает ссылку на объект, который реализует интерфейс ServletConfig. Данный объект предоставляет доступ к информации о конфигурации сервлета, т.е. доступ к параметрам инициализации сервлета и объекту контектса сервлета ServletContext, который дает доступ к сервлету и его окружению.
Информация о сервлете, метод getServletInfo()
Метод getServletInfo() определяется программистом, создающим сервлет, для возврата строки, содержащую информацию о сервлете, например: автор и версия сервлета.
Интерфейс ServletRequest
ServletRequest предоставляет клиентскую информацию о параметрах HTTP запроса сервлету, т.е. обеспечивает данные включая название параметра и значения, атрибуты, и входной поток. Эта информация передается в метод service().
Следующий servlet пример показывает, как получить информацию из параметра request метода service():
Дополнительная информация о запросе доступна сервлету через методы, основные из которых приведены в следующей таблице: