eJackВсем доброго вечера. Разбираюсь с технологией сервлетов. Сейчас необходимо подключится к проекту где используются только jsp, jstl и servlet'ы.
Проблема в том что я не знаком с этими технологиями и вообще я раньше писал только серверную бизнес составляющую - но работа есть работа и надо оперативно въехать в процесс, хуже всего что помочь не кому - фактически мне на поддержку и мелкие доработки падает проект после ухода сотрудника его написавшего.
Как обычно, слезное вступление.

eJackТак вот, пока у меня каша в голове - понятно что jsp это View и передав в jsp параметры (модель) я формирую это представление.

Верно.

eJackServlet - собственно сам контроллер, он получает из бинов необходимые данные, заполняет модель и передает ее во вью (jsp). Вывод (PrintWriter) в сервлетах не используется.

Сервлет не получает данные из бинов. Он получает данные из Request.
MVC Контроллер формирует из входных данных запрос для бизнес-логики из классов модели предметно области (domain model)
Т.е. сервлет-контроллер из HttpServletRequest формирует бины и отправляет дальше.

eJackFilter - я так понимаю это миханизм который перехватывает запросы по маске и может их маршрутизировать?
Например можно ли разработать роутинг на основе фильтров?

Роутинг удобнее сделать на сервлете.

eJackеще какие есть области применения?

Основная область применения это реализацию AOP для сервлетов. Безопасность, логирование и другие аспекты общия для очень многих подсистем.

eJackListener - вообще не понимаю зачем это.

Просто Listener слушает какие-то события. Паттерн - Observer. Речь о каком-то конкретном?

eJackПодскажите верно лия понял инфу за первый день своего погружения? Возможно есть и другие области применения этих компонентов технологии - подскажите?

Всё это давно уже есть в виде Spring MVC. Если его по каким-то странным причинам нельзя использовать, то хотя бы подчерпните оттуда идей.

NeboавторКак обычно, слезное вступление.
Совершенно лишняя ремарка.
Ваше мнение мне очень ценно. Обязательно учту.

eJackПонял что листенеры это реализация действий на события но пока не понял где и как можно применить.

ServletContextListener получает события запуска\остановки web-модуля. Так можно реализовать некоторую инициализацию после запуска сервера. Или, например, деактивировать пул соединений, разрегистрировать JDBC драйвера, чтобы PermGen не утёк.
HttpSessionListener - создание клиентских сессий. Например счетчик посещений реализовать.

eJackЕще есть желание делать доработки в таком направлении:
Servlet отвечает за работу с конкретным бизнес классом - для примера возьмем клиентов. Servlet умеет получать и передавать в jsp: ◾список клиентов
◾список по фильтру
◾результаты поиска
◾добавлять/обновлять/удалять клиентов

Как-то много всего для сервлета. Помимо MVC есть и другие паттерны. Контроллер только связывает View и бизнес-логику, оперируя моделью. Саму же логику, работу с источниками данных стоит реализовать отдельными классами с помощью других паттернов.


eJackДля этого в моем понимании такой сервлет должен содержать соответствующие методы - getListByParam(...), insert(...), ....
Тогда Filter по url (/client/insert или /client/list?page=2) понимает (например по регулярке или есть готовый механизм?) какой метод какого сервлета нужно вызвать и передает ему request и response. Метод отрабатывает и передает в jsp модель для соответсвующего View.
Вопрос - подход правильный, насколько это реализуемо?

Эдакий "золотой сервлет" выйдет, который всё-всё-всё реализует.
Сервлет получает HttpServletRequest - собирает из него бины Client, Order, и т.п.
Затем вызывает метод бизнес логики. Это может быть например Transaction Script aka Service. Или метод бина:
Client c = new Client(...);
c.processOrders();
Service или бин уже работает с БД через Repository/DAO
Это общераспространеный подход. Есть много других вариантов они у Фаулера в Enterprise Patterns расписаны.

После получения результата Servlet-Controller находит нужную View (jsp) и передаёт туда данные.

В продвинутых фреймверках делается что-то типа маппинга - какие запросы на какие контроллеры отправлять, чтобы не писать всё в одном сервлете. А ключевой сервлет только реализует dispatch - находит по запросу нужный контроллер.

Почитайте архитектуру Spring MVC и Struts (1й версии). Сделайте у себя так же.