Способы доступа к параметрам и возврата данным веб серверу

Класс ServletRequest включает методы, позволяющие читать имена и значения параметров запроса клиента.

String getParameter (String pname) – возвращает значение параметра с именем pname.

Enumeration getParameterNames() – возвращает перечисление имен параметров этого запроса.

String[] getParameterValues() – возвращает перечисление значений параметров этого запроса.

Жизненный цикл Java сервлета.

Все сервлеты имеют одинаковый жизненный цикл:

• Сервер загружает и инициализирует сервлет

• Сервлет обрабатывает ноль или более запросов клиентов

• Сервер выгружает сервлет

Охарактеризовать технологию JSP. Ее сравнение с технологиями PHP и ASP.

Java Server Pages (JSP) являются стандартным расширением платформы Java и построены на основе технологии сервлетов.

Технология Java Server Pages была создана Sun как ответ на технологию Active Server Pages (ASP), разработанную Microsoft. JSP и ASP – сходные технологии: обе позволяют добавлять к HTML исполняемый код и способность обращаться к внешним компонентам. Основное назначение JSP -страниц – упростить создание и управление динамическим содержанием в World Wide Web. Структура серверной страницы JSP представляет некий компромисс между сервлетом и обычной HTML -страницей. Технология JSP позволяет комбинировать разметку на языке HTML или XML с фрагментами кода Java в одном документе. Этот код выполняется на стороне сервера и служит для обработки запросов клиентов и генерации ответов. JSP - это всего лишь еще один способ написания сервлета. JSP - это язык сценариев, включающий в себя синтаксис Java и набор специальных тегов для включения Java-кода в состав HTML. Java-код, обозначенный специальными тегами, входит в состав потока даных HTML и обрабатывается сервером подобно тому, как это происходит с PHP и ASP. Чтобы подчеркнуть разницу между JSP и JavaScript, сценарии, написанные на JavaScript, называют скриптлетами scriptlet, скриптлетскриптлет(scriptlet). Отличительная черта JSP состоит в том, что, в отличие от JavaScript, вся страница JSP компилируется в сервлет Java. Полученный сервлет исполняется точно так же, как и любой другой сервлет Java. Таким образом, сценарии JSP обладают существенно более высокой производительностью по сравнению с PHP и ASP. В последнее время сценарии, написанные на JSP, также часто называют скриптлетами JSP.

Взаимоотношение технологий Java сервлетов и JSP.

JSP - это всего лишь еще один способ написания сервлета. JSP - это язык сценариев, включающий в себя синтаксис Java и набор специальных тегов для включения Java-кода в состав HTML.

Фрагменты кода Java, как и обычные HTML -теги, начинаются и заканчиваются угловыми скобками, однако дополнительно к угловым скобкам используются знаки процента. Эти специальные теги предписывают контейнеру JSP использовать этот код для генерации сервлета или его части. Активация сервлета, представляющего JSP, происходит так же, как и активация любого другого сервлета Java. Этот сервлет может обрабатывать запросы, генерировать ответы и управлять сеансом.

JSP 2.0 обеспечивает поддержку спецификации Servlet 2.4. Поскольку технология JSP основана на технологии сервлетов, улучшения, вносимые в технологию сервлетов, напрямую сказываются на технологии JSP.

Структура веб приложения с использованием Java сервлетов и JSP.

Шаблон MVC. Его назначение и основные характеристики.

Шаблон «Модель-представление-контроллер»

Распределяет обработку взаимодействия с пользовательским интерфейсом

между тремя участниками

Характеристики

• Отделение представления от модели

• Отделение контроллера от представления

• Модель легче тестировать без остальных участников

• Возможны разные представления для одной и той же модели

• Фундаментальный паттерн придумали еще в 70-х годах

Охарактеризовать технологию JSF. Ее назначение и взаимоотношение с технологий Java сервлетов и JSP.

JSF – технология, обеспечивающая объектную модель построения веб-приложений, предоставляющая набор визуальных классов для построения веб-интерфейсов, и предоставляющая утилиты для управления инфраструктурой всего приложения.

JSF – это спецификация (документ, утвержденный как стандарт, описывающий все аспекты технологии).

Интерфейс JSF-приложения состоит из страниц JSP (Java Server Pages), которые содержат компоненты, обеспечивающие функциональность интерфейса. При этом библиотеки тегов JSP используются на JSP-страницах для отрисовки компонентов интерфейса, регистрации обработчиков событий, связывания компонентов с валидаторами и конвертаторами данных и много другого.

При этом нельзя сказать, что JSF неразрывно связана с JSP, т.к. теги, используемые на JSP-страницах всего лишь отрисовывают компоненты, обращаясь к ним по имени. Жизненный же цикл компонентов JSF не ограничивается JSP-страницей

Основные компоненты JSF технологии. Facalets, Manadged Beans, рендереры, валидаторы, конвертеры и их взаомодействие.

Facelets – это мощный, но в то же время легкий язык описания страниц, который используется для создания представлений в JavaServer Faces. Основополагающим понятием в технологии Facelets является дерево компонентов. Java Server Faces имеет огромную силу потому что за каждой страницей может стоять так называемый JSF managed bean, который представляет из себя обычный java class с set/get методами и всеми возможностями java. Эти классы бывают нескольких типов: Request scoped bean Этот бин рождается и умирает с каждым запросом. Session Scoped bean Этот бин существует во время сеанса, рождается и умирает после сеанса, для этого его нужно использовать в меньших количествах. Application Scoped beans Этот бин жив пока весь сайт работает, с сайта можно выйти, но этот бин будет работать и из него можно будет брать информацию. view scoped bean, который живет дольше чем request bin, но меньше чем session bean. То есть она живет в пределах одной страницы.

Рендер (Renderer) – ответственный за отображение UI компонента и преобразование вводимых пользователем данных в значения, понятные для компонента. Рендер может работать с одним или более UI компонентом, а UI компонент может иметь ассоциацию со множеством рендеров.

Валидатор (Validator) – несёт ответственность за проверку вводимых пользователем данных на предмет соответсвия их с допустимыми значениями. С одним UI компонентом может быть ассоциирован один или более валидаторов.

Конвертер (Converter) – конвертирует значение компонента из и в строку для дальнейшего отображения.

Жизненный цикл JSF компонент. Привести схему.

Фазы жизненного цикла:

Восстановление представления - для запрошенной страницы либо извлекается дерево компонентов (если страница уже запрашивалась), либо создается новое дерево компонентов (если страница запрашивается впервые). Для компонентов запрашиваемой страницы восстанавливаются их прошлые состояния (веб-форма заполняет вводимыми значениями).

Применение значений запроса - всем объектам дерева компонентов присваиваются соответствующие им значения из запроса. Так же, в этой фазе, при необходимости, добавляются события(щелчок по кнопке или ссылке) в очередь событий.

Обработка проверок - отправленные строковые значения преобразуются в "локальные значения", которые могут представлять собой объекты любого типа. Применяются валидаторы.

Обновление значений модели - изменяются свойства привязанных к компонентам бинов.

Вызов приложения - выполняется метод action кнопки или ссылки, щелчок по которой привел к отправке формы.Этот метод может выполнять любую прикладную обработку. Он возвращает строку, которая передается обработчику навигации.

Визуализация ответа - генерируется html и отправляется клиенту.

Охарактеризовать основные слои веб приложения на JAVA. (JPA, Entity bean, JDBC, DAO, SessionBean, Facade)

JPA – это технология, обеспечивающая объектно-реляционное отображение простых JAVA объектов и предоставляющая API для сохранения, получения и управления такими объектами. JPA – это спецификация (документ, утвержденный как стандарт, описывающий все аспекты технологии), часть EJB3 спецификации.

Сам JPA не умеет ни сохранять, ни управлять объектами, JPA только определяет правила игры: как что-то будет действовать. JPA также определяет интерфейсы, которые должны будут быть реализованы провайдерами. Плюс к этому JPA определяет правила о том, как должны описываться метаданные отображения и о том, как должны работать провайдеры. Дальше, каждый провайдер, реализуя JPA определяет получение, сохранение и управление объектами. У каждого провайдера реализация разная.

Entity bean представляет собой компоненту, работающую с постоянной (persistent) информацией, хранящейся, например, в базе данных. Entity beans ассоциируются с элементами баз данных и могут быть доступны одновременно нескольким пользователям. Так как информация в базе данных является постоянной, то и entity beans живут постоянно, "выживая", тем самым, после сбоев сервера (когда сервер восстанавливается после сбоя, он может восстановить "бин" из базы данных). Например, entity bean может представлять собой строку какой-нибудь таблицы из базы данных, или даже результат операции SELECT. В объектно-ориентированных базах данных, entity bean может представлять собой отдельный объект, со всеми его атрибутами и связями.

JDBC (англ. Java DataBase Connectivity — соединение с базами данных на Java) — платформенно-независимый промышленный стандарт взаимодействия Java-приложений с различными СУБД, реализованный в виде пакета java.sql, входящего в состав Java SE. JDBC основан на концепции так называемых драйверов, позволяющих получать соединение с базой данных по специально описанному URL. Драйверы могут загружаться динамически (во время работы программы). Загрузившись, драйвер сам регистрирует себя и вызывается автоматически, когда программа требует URL, содержащий протокол, за который драйвер отвечает. JDBC, важно отметить, поддерживает работу не только с SQL совместимыми СУБД, но также и с практически любыми данными табличного типа.

Шаблон DAO должен быть хорошо известен любому разработчику корпоративных Java-приложений. Реализации шаблона значительно отличаются между собой, однако давайте проясним положения, лежащие в основе реализации DAO, представленной в данной статье:

Весь доступ к базе данных в системе производится через DAO для инкапсуляции.

Каждый экземпляр DAO отвечает за один первичный доменный объект или сущность. Если доменный объект имеет независимый цикл жизни, он должен иметь свой собственный DAO.DAO отвечает за операции создания, чтения (по первичному ключу), обновления и удаления (то есть, CRUD (create, read, update, delete)) доменного объекта. DAO может разрешать запросы, основанные на критерии, отличном от первичного ключа. Я ссылаюсь на такие методы как finder или finders. Метод finder обычно возвращает коллекцию доменных объектов, за которые отвечает DAO.DAO не занимается обработкой транзакций, сессий или соединений. Это делается вне DAO для обеспечения гибкости.

Session bean представляет собой EJB-компоненту, связанную с одним клиентом. "Бины" этого типа, как правило, имеют ограниченный срок жизни (хотя это и не обязательно), и редко участвуют в транзакциях. В частности, они обычно не восстанавливаются после сбоя сервера. В качестве примера session bean можно взять "бин", который живет в веб-сервере и динамически создает HTML-страницы клиенту, при этом следя за тем, какая именно страница загружена у клиента. Когда же пользователь покидает вэб-узел, или по истечении некоторого времени, session bean уничтожается. Несмотря на то, что в процессе своей работы, session bean мог сохранять некоторую информацию в базе данных, его предназачение заключается все-таки не в отображении состояния или в работе с "вечными объектами", а просто в выполнении некоторых функций на стороне сервера от имени одного клиента.

Паттерн Facade (Фасад) встречается достаточно часто и соответственно заслуживает внимания.Нужен он вот для чего. При написании кода программисту приходится использовать различные third-party библиотеки. Часто API библиотек довольно абстрактное. Некоторые методы классов могут быть вообще не нужны или содержать параметры, которые не существенны для решения конкретной задачи. Далее, для получения результата могут понадобиться длинные цепочки вызовов методов или же сам результат будет не совсем в подходящем виде. Все эти проблемы можно решить с помощью паттерна Facade. Класс, реализующий этот паттерн, является неким интерфейсом, сочетающим в себе только необходимую функциональность в удобном для пользователя виде. Так можно скрыть реализацию сложных частей кода, уменьшить количество зависимостей от внешней библиотеки и, наконец, работать со множеством объектов через прозрачный и удобный интерфейс. Это, в свою очередь, гарантирует более качественную и простую поддержку всей системы.