Есть страница page1.jsp = мапится в браузере как /page/1

на ней форма - она делает сабмит на сервлет action1

в нем идет разбор параметров и если все ок! то надо перейти на страницу page2.jsp мапится в браузере как /page/2

вопрос в том что когда я делаю в севрлете :

response.sendRedirect - то теряется возможность передать что то на page2.jsp через request.setAttribute

можно добавить несколько параметров в url - но это будет выглядеть не очень красиво .


вопрос как мне передать набор параметров в page2.jsp через response.sendRedirect ? может есть способ ?

использовать загловки итд ?

или есть способ сделать forward на page2.jsp и каким то образом поменять url в браузере ?


к примеру если возникла ошибка при вводе данных на page1.jsp , то я просто делаю :

request.setAttribute("error"," описание ошибки ")
request.getRequestDispatcher(PagesUrl. page1).forward(request, response);
return;

Blazkowicz,

Спасибо! положить в сессию это хорошее компромиссное решение.

куки не хочется таскать туда сюда , тем более когда их много .

Хотя тоже хорошее решение.

обычно в сессию кладу что то важное, не подумал что можно положить и мусор :)

Blazkowiczjust_vladimirВ мире существует только две крайности один сервер на 100 пользователей и огромный кластер на тысячи? Я и хотел понять, начиная с какого количества пользователей и объема хранимых данных начинаются проблемы хранения на сервере?
Начиная с того момента как у вас появляется вторая нода, у вас появляются и затраты на репликацию. Тут не может быть никаких бенчмарков, потому что всё индивидуально для проекта.
Смысла искать пограничное значение, когда клиентская сессия становится выгоднее серверной, я тоже не вижу. Выбор решения достаточно очевиден из требований проекта. Если у вас ERP под отдельные офисы. Там максимум несколько сотен сотрудников на офис. Даже если больше, можно всегда выделить сервер на отдел.
А вот если у вас public сервис, социальная сеть, game-server, то вы уже можете ожидать наплыва посетителей. Вот тут уже требования к масштабированию другие.

согласен полностью с Blazkowicz - для каждой задачи своя реализация ...

если это система для офиса где 100 работников она может простить многое ...

если это сайт где полмиллиона уникальных посетителей в день - то тут надо думать , отключать сессии на страницах на которых они ненужны, кешировать собранные страницы , использовать ajax и т.д.

am_sasa,

если у вас есть страницы поддержка сессий на которых не нужна , то для экономии ресурсов - установите флаг




так же вы можете настроить , оттюнинговать свою страницу другими параметрами

http://ru.wikipedia.org/wiki/JSP

Petro123Atum1можно добавить несколько параметров в url - но это будет выглядеть не очень красиво .
странно что счас на это кто-то обращает внимание. Учитывая "тупизну" пользователей.

Это так сказать мой "загон" как разработчика :)

хочется чтобы стиль был во всем , в том числе и в URL - если уж решил что все будет как REST URL - то надо этого придерживаться.

Petro123Atum1,
ты учитывай, что удобно передать ВСЕ входные с урл своему товарищу по почте или сохранить на десктопе.
Тут главное не красота, а тот же вид странички. (Функционал)

Пример : сайт РЖД - который на java написан :

передавать не удобно , строки очень длинная ... если сделать urlrewrite - через либу http://tuckey.org/urlrewrite/ все стало бы намного лучше :)


http://pass.rzd.ru/timetable/public/ru?STRUCTURE_ID=735&layer_id=5354&refererVpId=1&refererPageId=704&refererLayerId=4065#dir=0|tfl=3|checkSeats=1|st0=МОСКВА|code0=2000000|dt0=29.05.2013|st1=САНКТ-ПЕТЕРБУРГ|code1=2004000|dt1=30.05.2013