abarmot 6 фев 2009 в 13:55

(Java) Tomcat: делаем кросс-доменную сессию

3 мин

12K

Веб-разработка*

+30

Комментарии 36

Devgru 6 фев 2009 в 14:05

Интересно, спасибо. Как раз сегодня выложу очередную «чашку», про сервлеты :)

НЛО прилетело и опубликовало эту надпись здесь

Devgru 7 фев 2009 в 00:35

Подготовил, но мне самому она не очень нравится :)
habrahabr.ru/blogs/starting_programming/51323/

abarmot 6 фев 2009 в 20:55

Всегда с удовольствием читаю ваши чашки! :)

eschava 6 фев 2009 в 19:27

а почему какие-то странные и томкато-ориентированные валвы, можно ли сделать обычный фильтр?

abarmot 6 фев 2009 в 20:46

Пробовал. У меня не получилось.

В фильтр передается ServletResponse, а у него невозможно получить куки. Т.е. и подменить их не удалось.

anatolich 6 фев 2009 в 21:06

Чего то не понял как через фильтры не получилось, там же и request тоже есть.

abarmot 6 фев 2009 в 21:18

Нужно взять у response (т.е. исходящие) куки и если среди них есть JSESSIONID, установить в этой куке правильный домен.

Но в фильтр передается объект ServletResponse у которого невозможно получить установленные в нем куки.

Возможно я что-то упустил, но с Фильтром у меня ничего не получилось

sirus 28 янв 2010 в 13:03

а если попробовать добавить куку таким образом?

public void doFilter(ServletRequest request, ServletResponse response,
FilterChain chain){
…
HttpServletResponse httpResponse = (HttpServletResponse) response;
httpResponse.addCookie(...);

НЛО прилетело и опубликовало эту надпись здесь

abarmot 6 фев 2009 в 20:50

Что указать?

Вот строка создающая ту самую куку (из исходников Томката):

Cookie cookie = new Cookie(Globals.SESSION_COOKIE_NAME, session.getIdInternal());

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

НЛО прилетело и опубликовало эту надпись здесь

abarmot 6 фев 2009 в 20:52

путь != домен

то что вы прочитали поможет делать разные сессии для www.domain.xx/mail и www.domain.xx/user, к примеру.

НЛО прилетело и опубликовало эту надпись здесь

Kaluchi 6 фев 2009 в 20:47

Ох уж этот томкат. Может кто-нибудь смог «научить» Tomcat 5.5 понимать UTF-8 GET-ы? У меня — ничего не вышло.
Гугл и wiki.apache.org/tomcat/Tomcat/UTF-8 — не предлагать =)

Понял, что там все непросто, когда увидел в исходниках коммент:

/** Default encoding used to convert to strings. It should be UTF8,
as most standards seem to converge, but the servlet API requires
8859_1, and this object is used mostly for servlets.
*/
public static final String DEFAULT_CHARACTER_ENCODING=«ISO-8859-1»;

anatolich 6 фев 2009 в 20:59

есть в настройках такой элемент как Context, так вот в этом элементе указать атрибут encodingURI=«UTF-8».

anatolich 6 фев 2009 в 21:02

Ой, ошибся надо в server.xml вот так сделать />

anatolich 6 фев 2009 в 21:08

в элементе Connector прописываем атрибут URIEncoding=«UTF-8», коннектор должен быть для того порта который принимает запросы

rbatoon89 6 фев 2009 в 21:43

Мда ребят… Вот смотрю я на эти танцы с явой, и как же рад что выбрал путь PHP :)

-6

НЛО прилетело и опубликовало эту надпись здесь

rbatoon89 6 фев 2009 в 22:01

Решение типовой задачи должно быть простым и лаконичным.

НЛО прилетело и опубликовало эту надпись здесь

abarmot 6 фев 2009 в 22:45

«… можно было бы просто написать...»

если совсем быть точным написать надо:

if(cc != null) {
for(Cookie i: cc)
if(Globals.SESSION_COOKIE_NAME.equals(i.getName()))
return i;
}

именно из за этого первый вариант мне нравится больше :)

НЛО прилетело и опубликовало эту надпись здесь

abarmot 6 фев 2009 в 23:14

да это понятно, но так меньше строк получается :)

-1

teran 6 фев 2009 в 23:48

Зачем все эти танцы с бубном, достаточно прописать emptySessionPath=«true» в настройках коннектора — www.jspwiki.org/wiki/ApacheTomcatConnection#section-ApacheTomcatConnection-VirtualHosts

abarmot 7 фев 2009 в 00:15

Параметр emptySessionPath говорит что кука сессии ставится на путь "/". Это позволяет использовать одну сессию в разных контекстах одного домена.

Задача же — использовать одну сессию для разных доменов. Для этого и бубен.

sapl 7 фев 2009 в 16:42

Может кто-нибудь знает как заставить два приложения томкета (два контекста) рабьотать с одной сессией
т.е чтобы localhost/context1/* и localhost/context2/* имели один jsessionid?

abarmot 7 фев 2009 в 17:49

На один камент вверх посмотрите :))

>> Параметр emptySessionPath говорит что кука сессии ставится на путь "/".
>> Это позволяет использовать одну сессию в разных контекстах одного домена.

>> Задача же — использовать одну сессию для разных доменов. Для этого и бубен.

sapl 7 фев 2009 в 17:51

проблема в том что мы не можем использовать cookie, jsessionid передается в url
(wap)

sapl 7 фев 2009 в 18:34

вернее проблема не в самом jsessionid, а в том что сессии в любом случае разные у разных приложений,
объекты в одной сессии не видны в другой и наоборот. нет ли какого механизма поддержки
общего хранилища сессий?

abarmot 7 фев 2009 в 18:41

Вроде есть. Но деталей не знаю…

попробуйте в web.xml вписать

abarmot 7 фев 2009 в 18:42

… в web.xml вписать

<Context distributable=«true» />

Kaluchi 8 фев 2009 в 15:23

У нас эта проблема решилась с после добавления в контекст атрибута crossContext=«true»

sapl 8 фев 2009 в 23:18

А у нас и так стоял этот атрибут в обоих контекстах,
хотя я не знал что он значит…

А больше ничего не требуется?
У вас и правда оба приложения имеют общую сессию и видят объекты в сессии, которые
туда положило каждое из них?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

(Java) Tomcat: делаем кросс-доменную сессию

Комментарии 36

Публикации

Истории