потому что с помощью аннотаций вы можете замапить бин на таблицу - тогда
все автоматом будет сохраняться
Posted via ActualForum NNTP Server 1.3

незнайка на жаве пишет:
> Автор: незнайка на жаве
> а разве в конценции MVC используются ejb?
> Тема <http://www.sql.ru/forum/actualthread.aspx?tid=338030> Ответить
> <http://www.sql.ru/forum/actualpost.aspx?tid=338030> Сообщение
> <http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=338030&msg=3135470>
>
а что ей машает быть использованной там? jsp - вид, session бин -
контроллер, entity pojo - модель. а сервлеты - для разбора параметров,
проверки валидности и вызова методов session бинов.

можно отказаться от сервлетов, если перейти на jsf + jboss seam
Posted via ActualForum NNTP Server 1.3

> Если в MVC сервлет позиционируется как просто диспетчер запросов, зачем
> же туда запихивать логику(запросы к БД, например)?
где это он так позиционируется?
я бы по функциональности выделил 2 вида сервлетов (что я и делаю в своих
проектах) - это сервлеты для действий и сервлеты для представления.

сервлеты для действий - грубо говоря это то, куда ссылаются формы.
выполнив действие, они передают управление (через
response.sendRedirect()) на сервлет для представления.


сервлет для представления - это сервлет, работающий тесно с jsp. он
собирает информацию, кладет в атрибуты запроса и передает управление на jsp.
в нем вы можете выполнять sql SELECT запросы и пр. (хотя sql лучше
выполнять в session бинах, но они не всегда есть)

а диспетчер запросов - это в первую очередь сам контейнер сервлетов
(например, томкат)
Posted via ActualForum NNTP Server 1.3

незнайка на жаве пишет:
> Автор: незнайка на жаве
> может я не правильно выразился, в моем понимании (поправьте если я не
> прав) в MVC основная фунция контролера(сервлета) перенапралять, например
> с menu.jsp на view_reports.jsp если пользователь на форме menu.jsp
> кликнул на кнопку "view_reports", т.е. как Вы и писали
> response.sendRedirect())
> Опять таки же как я понял в MVC должен быть один сервлет.
>
> А вот, что касается "сервлет для представления". Если я вас правильно
> понял - сервлет собирает информацию - т.е. получает ее из собственной
> формы типа String user = request.getParameter("user"); - хотел бы
> посмотреть я на листинг вашего сервлета, если надо получить 30-40
> параметров, например какая нить регистрационая форма для статистики -
> вот для этого мне кажеться удобно jsp. Если надо будет переделать дизайн
> представляю что скажет дизайнер, когда в сервлете увидит хтмлевское
> описание всех 40 окошек для ввода данных если надо будет переделать дизайн
>
вы не поняли про сервлет для представления.

смысл такой:

это типичное поведение сервлета для представления. он СОБРАЛ данные и
вызвал jsp страницу. на самой странице дизайнер уже сам все красиво
рисует со страшной силой. ВАЖНО: дизайнер понятия не имеет, откуда
пришли эти данные, он просто знает, как их красиво отобразить.

имеет смысл писать такие сервлеты для каждой jsp с динамическим набором
данных.
Posted via ActualForum NNTP Server 1.3

> Читая предыдущие форумы - смортрю люди пишут, что
> неплохо засовывать заросы select к БД через jspшные тэги?

дело вкуса. мне лично не нравится. я предпочитаю тот вариант, который
привел выше. последнее время я стараюсь в jsp не выполнять вообще
никаких действий, кроме как получение переданных данных из атрибутов
запроса и организации циклов по ним.
Posted via ActualForum NNTP Server 1.3