Сейчас ID сессии передается в URL. Это жутко неудобно и добавляет геммороя пользователям, которые работают с несколькими окнами.
Кто на правктике реализовывал хранение ИД сессии в куках ?
В настройках авторизации есть раздел для настройки кук, вопрос теперь как их зайдействовать и как убрать ИД из URL

Petro123AFAIK это решается на уровне листенера если смотреть шире и убрать странный урл APEX
(ЧПУ - дружественные урл)
Поделись практической реализацией.

Petro123(ЧПУ - дружественные урл)
Вообще, читаемые УРЛ меня мало интересуют, на данном этапе, все что мне нужно, это убрать ИД сессии из УРЛ

Petro123ну ты просто помониторь проблему пошире. Эти вопросы рядом находятся.
Не могу понять каким образом пересекается красивый УРЛ и ИД сессии в куках

Попробую вот эту схему
http://blog.yenlo.com/nl/oracle-apex-sessions-across-several-browser-tabs

Petro123И потом, у меня в коде уже прошито в куче мест &SSESSION. Именно в урл.
Ну вот как раз от этого я и хочу избавиться.
Объясняю кейс. Человек запустил три окна с нашим приложением, и через какоето время сессия протухла (от этого избавиться нельзя, потому как минимум раз в сутки у апекса запускаются джобы, которые чистят сессии) В одном из окон пользователь сделал рефреш, приложение запросило перелогон, он перелогинился и работает спокойнов этом окне. Потом в соседнем, протухшем окне или запускается периодический яваскрипт, который выгребает ондемандом данные, или просто человек перешел на старое окно и браузер ему опять говорит, мол сессия протухла. Мало того, как только пользователь обращается к протухшей сессии, апекс сразу тушит все текущие сессии пользователя из этого браузера. Пользователю приходится тушить все окна апекса и опять логиниться. Если сессию хранить в куках и убрат ьее из URL то перелогинившись в одном окне, мі автоматом получаем свежую сессию во всех окнах

Petro123т.е. надо продлить сессию часов на 3-8 и нет твоих проблем.
Эка у тебя все просто.