Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Java EE (J2EE) и Spring > JSP, сервлеты и шаблонизация, по аналогии с Struts


Автор: ochnev 3.6.2007, 06:55
Хочу сделать то же, что можно сделать в Struts:
Обрабатываю запрос в сервлете (как обрабатывал бы в action'е), кладу в request атрибуты (данные из базы) и вывожу данные с использованием JSP и JSTL.
В Struts всё понятно, куда что прописывается, чтобы всё заработало.
Но как в Struts устроен изнутри тот момент, в котором подключается JSP, - не понятно.

Хочется обойтись без фреймворка, сделать всё на сервлетах и JSP, но не знаю, как сделать связь между сервлетом и JSP аналогичным образом, как сделано в Struts.
Просто сделать редирект из сервлета на JSP-страницу не покатит - так нельзя передать атрибуты request'а.

Подскажите, кто знает, покакому принципу устроена описанная фича в Struts?

Автор: ekr 3.6.2007, 09:39
Цитата(ochnev @  3.6.2007,  06:55 Найти цитируемый пост)
Просто сделать редирект из сервлета на JSP-страницу не покатит - так нельзя передать атрибуты request'а.

ты прав, надо класть в сессию в этом случае.

альтернативой редиректу служат forwarding и including. в этом случае ты из сервлета "просишь" контейнер запустить другой сервлет или jsp. это происходит полностью на ерверной стороне и клиент об этом никак не узнает.
это делается с помощью объекта RequestDispatcher и в этом слуае вызываемому сервлету передается request и можно в нем передать атрибуты.

Код

RequestDispatcher rd = getServletContext().getRequestDispatcher("/toJSP.jsp");
rd.forward();


это то, что тебе надо? если да, то более подробно про получение диспетчера (есть еще метод getNameDispatcher) и использование (есть forward и include ) можешь спросить здесь же или в API docs.

PS у меня есть курс по struts, может, он тебе поможет, в блоге.

Автор: ochnev 3.6.2007, 14:46
Цитата

Цитата(ochnev @  3.6.2007,  06:55 Найти цитируемый пост)
Просто сделать редирект из сервлета на JSP-страницу не покатит - так нельзя передать атрибуты request'а.

ты прав, надо класть в сессию в этом случае.


В сессию не годится, ведь тогда пользователь не сможет правильно просматривать одновременно несколько страниц сайта в разных окнах, как это иногда делается.

Цитата

альтернативой редиректу служат forwarding и including. в этом случае ты из сервлета "просишь" контейнер запустить другой сервлет или jsp. это происходит полностью на ерверной стороне и клиент об этом никак не узнает.
это делается с помощью объекта RequestDispatcher и в этом слуае вызываемому сервлету передается request и можно в нем передать атрибуты.


Об этом я думал.
Просто не знаю, действительно ли для web-юзера все эти форварды будут невидимыми, будет ли адрес в строке оставаться прежний, будет ли код HTTP-ответа 200, а не 301, и будут ли сохраняться атрибуты request'а.

Автор: kkorsakoff 3.6.2007, 17:38
Через диспетчер - невидимые. То есть ответ будет 200
Если через response.sendRedirect(), то будет не помню какой точно, но какой-то из 3xx

Автор: ekr 4.6.2007, 10:17
Цитата(ochnev @  3.6.2007,  14:46 Найти цитируемый пост)
В сессию не годится, ведь тогда пользователь не сможет правильно просматривать одновременно несколько страниц сайта в разных окнах, как это иногда делается.

годится ) 
одно окно - одна сессия (если, конечно, не постараться сделать обратное).
сессионный идентификатор передается или с помощью url-rewriting (как параметр запроса), или в cookie.

посмотри в доках метод response.encodeUrl()


Цитата(kkorsakoff @  3.6.2007,  17:38 Найти цитируемый пост)
Через диспетчер - невидимые.

абсолютно верно. 

Автор: Maksym 4.6.2007, 12:25
Цитата(ochnev @  3.6.2007,  06:55 Найти цитируемый пост)
не знаю, как сделать связь между сервлетом и JSP аналогичным образом, как сделано в Struts.
 То есть написать свой фреймворк.
Цитата(ochnev @  3.6.2007,  06:55 Найти цитируемый пост)
Хочется обойтись без фреймворка, сделать всё на сервлетах и JSP
 Неопонятно зачем smile , но если очень хочется, то имеет смысл посидеть пару дней над исходниками struts или sun-овской реализации jsf, понять как это работает. Там есть ответы на все твои вопросы + ответы на вопросы, которые ты еще не задал, но обязательно задаш.

Автор: ochnev 4.6.2007, 17:05
Цитата

одно окно - одна сессия (если, конечно, не постараться сделать обратное).


А где в доках можно это прочитать? Хочу развеять большие сомнения.

Цитата

сессионный идентификатор передается или с помощью url-rewriting (как параметр запроса), или в cookie.


Дописывать URL - не вариант. Я с поисковиками дружить хочу.

Цитата

Неопонятно зачем, 


Лень тратить время и изучать новую версию Struts, WebWork или Spring. На фоне того, что мне ещё кое-что из Java-технологий попутно вспоминать приходится после долгого перерыва, - закопаюсь.

Цитата

но если очень хочется, то имеет смысл посидеть пару дней над исходниками struts или sun-овской реализации jsf, понять как это работает.


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

Автор: Tony 4.6.2007, 17:40
Kak ustroen frejmwork. Naprimer struts.
1)Mapping.Sostojashij iz binov i actinov
2)ActionServlet. Katorij lovit vse zaposri naprimer s preffiksom *.do.
Tak vot kogda startuet frejmwork sna4ala parsitsja xml. Sodajutsja spiski binov i actionov.Katorie svazani drug stdrugom.
Glavnaja fi4a frejmworka eto kogda ti zapolnil formu nazhal submit i kakimto volshebnim sposobom dannie peretekli v bean.Vopros kak. Navreno daragoj drug ti zamteil 4to vo mogih frejmworkah ispolzuetsja liba: jakarta bean utils. Eto liba evljaetsja obvjortkoj dlja java reflection. Tak vot tam est' krutoj metod: populate (HahMap, Object). Tak vot dannie polu4enie iz requesta mozhno polu4it' :
HahMap map = request.getParameterMap();
BeanUtiuls.populate(map,object_bean).
I etot metod nasitit tvoj bean 4rez setXXX. Vot abtractnij fejmwork. Esli ne ponjatno pishi.

Автор: ekr 4.6.2007, 18:04
Цитата(ochnev @  4.6.2007,  17:05 Найти цитируемый пост)
А где в доках можно это прочитать? Хочу развеять большие сомнения.

достаточно просто проверить )

Цитата(ochnev @  4.6.2007,  17:05 Найти цитируемый пост)
Дописывать URL - не вариант. Я с поисковиками дружить хочу.

недооцениваешь современные поисковики ) не волнуйся, они нормально разберуться.
к тому же, метод response.encodeUrl() автоматически использеут cookies, если они поддерживаются, и начинает использовать url-rewriting только в обратном случае.

Автор: ochnev 5.6.2007, 03:13
Сейчас проверил и убедился, что и форварды работают без перекидывания юзера по другому URL, и атрибуты request'а сохраняются.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)