Приветствую вас коллеги! У меня такой вопрос,

1. Есть war задеплоеный на wildfly (или glassfish - не суть)
2. Переходим на страничку логина: context:port/login.jsf
3. Сервер обрабатывает GET, формирует страничку авторизации и отдает браузеру. И ко всему прочему выставляет заголовок в ответе Set-Cookie: JSESSIONID = blablabla (так как сессия новая)
4. Браузер отображает страничку авторизации и после этого выполняется еще один аякс запрос:


5. Я ожидаю, что в заголовках аякс запроса будет выставлен уже Cookie:JSESSIONID=blablabla. Т.е. таким образом ajax выполнится в той же сессии что и первый GET запрос.
6. Так оно и происходит почти всегда! Но иногда, в редких случаях, под chrome, аякс запрос не выставляет в заголовке JSESSIONID! Причем если это воспроизвелось, то пока не перезапустишь chrome, так и воспроизводится. Как такое может быть?

Коллеги, кто-нибудь сталкивался с подобным? Где мне искать?

BlazkowiczВы форумом ошиблись. Web разработка рядом.
А у вас 100% во всех случаях один домен? Может он в какой-то момент меняется на IP или ещё куда?

Да, пожалуй схожу туда. Домен один. Причем если перестартовать домен, то бага все равно воспроизведется (пока не перестартуешь хром). Т.е. дело вроде в хроме. Причем не только аякс запрос себя так ведет, обычный запрос на ресурсы (в нашем случае его обрабатывает сервлет), тоже идет без JSESSIONID.

Petro123rabiter,
Ты уверен что можно слать ajax из формы логина?
Авторизации еще не было.

Для этого аякс запроса авторизация не нужна.

Petro123rabiter,
Отдай всё что нужно на post и не морочь голову встречными запросами ajax.

Нам нужно собрать информацию с браузера (что за браузер, таймзону). Но вопрос не в этом. Вопрос в том, почему мы не видим JSESSIONID там, где он должен быть.

Petro123rabiter,
Угу. Вопрос не в том что он вам не нужен, а в том почему....
Сложно думать над ненужными вопросами.

Ну, нужен, ну ведь должно же работать?

BlazkowiczrabiterВопрос в том, почему мы не видим JSESSIONID там, где он должен быть.
Не то вы называете контекстами и доменами.
Посмотрите оба запроса в Developer Tools -> Network и убедитесь что адрес совпадает.


Я там некрасиво ответил - два раза слово домен использовал - оба раза в разных смыслах. Первый раз я как раз и имел ввиду тот домен, про который вы спрашивали, т.е. адрес, порт, проще говоря. Да, все стучится в одно и то же место. Тут все в порядке.

BlazkowiczrabiterВопрос в том, почему мы не видим JSESSIONID там, где он должен быть.
Возможно, вы случайно переключились с HTTP на HTTPS и хром решил что не подобает сессионные куки по незащищенному каналу слать.
https://en.wikipedia.org/wiki/HTTP_cookie#Terminology
Кода нет. Дампов нет. Гадать можно сколько угодно. Конкретика будет?

Вот смотрите, первый скриншот - это GET запрос, сервер выставляет set cookie (обвел красным)

https://drive.google.com/file/d/0B7XVxgZ9tYWgU2Ruc0dCTTZfaTg/view?usp=sharing

а второй скриншот - это запрос сразу после завершения GET (on document ready). Это аякс запрос - но почему нет нужной нам куки? Соответственно в ответе сервер выставляет новую куки. Т.е. для сервера это две разные сессии получается

https://drive.google.com/file/d/0B7XVxgZ9tYWgX21ucGVrYXBJMjA/view?usp=sharing

Petro123rabiter,
Куку смотреть на клиенте в виде файла на f12, а не только в заголовке.
Ещё отправь ajax на кнопку, а не onload.
Исследуй.

Спасибо! Попробую! Кстати, это не только аякс, но запрос в сервлет через <link rel="..."/> тоже куку не передает.