Всем привет. Сделал авторизацию. после авторизации делаю:

потом уже на новой странице жму (CTRL +R - обновить), в лисе все отлично, обновляется страница и можно работать дальше. в IE же, он пытается заново авторизироваться.(выскакивает окно с подтверждением повторного запроса на отсылку данных, т.е как будто я редирект и не делал). или же надо делать что то ещё помимо вышеуказанной строки?

а попробуйте убрать request.getContextPath(), вдруг поможет? По умолчанию браузер сам подставляет.

Не помогло

значит IE интерпретирует редирект буквально - код 302 означает, что ресурс перемещен временно , т.е. браузер запоминает изначальный адрес (а вдруг этот ресурс постоянно меняет адрес   ) Можно послать другой код, означающий что ресурс поменял адрес навечно, но это придется вручную делать и еще не известно, поможет ли.

COVD, 
другой это какой?

http://www.faqs.org/rfcs/rfc2068.html
.....
Status-Code    = "100"   ; Continue
                         | "101"   ; Switching Protocols
                         | "200"   ; OK                         
....
                         | "301"   ; Moved Permanently
                         | "302"   ; Moved Temporarily
.....

301 стало быть. 

sendRedirect() , если не ошибаюсь, отсылает 302 и новый адрес. Посмотрите, может в sendRedirect есть какие-то опции, чтобы вручную значения хедера не определять.

Это сообщение отредактировал(а) COVD - 23.1.2007, 19:24

Opik, есть подозрение, что дело в заголовках ответа, управляющих кэшированием в браузере. Но чтобы нам тут не гадать на кофейной гуще, расскажи подробнее, как делаешь авторизацию. Судя по твоему скудному описанию, ты используешь идиому PRG (Post-Redirect-Get), и это правильно. Но все же хотелось бы знать точнее.

Stampede, 
Извиняюсь за скудное описание, но так и есть (я про идиому).
Т.е заполняю форму, запрос к базе, проверки, если все успешно - редирект

Можешь привести пример трех адресов:

• страница, где вводится логин
• адрес, по которому идет POST
• адрес, куда приводит редирект

И главное, при чем тут рефреш?

Это сообщение отредактировал(а) Stampede - 23.1.2007, 20:54

Stampede, 
1) url/login.jsp
2) url/login
3) url/main


нужна возможность обновлять страницу. в лисе все ок, а в ИЕ [censored 6] фигня...

Попробуй укажи.

Так и есть.
Может попробовать RequestDispatcher?

Понятно. В принципе все делается правильно. Почему не работает в IE - ХЗ.

Заголовки кэширования тут не помогут - не тот случай. Форвард тоже не решение. С форвардом как раз сломается то, что по крайней мере работает в ФФ. Что вызвало к жизни появление темплейта PRG? Как раз проблема рефреша (и перемещения по кнопкам Взад/Вперед) страницы, созданной в ответ на POST. Чтобы ее разрешить, додумались делать так: адрес, по которому происходит POST, не должен вообще появляться в адресной строке браузера! Вместо него должен сразу идти редирект на страницу подтверждения, и браузер повторным запросом, уже по GET, ее наконец получает.

Я бы в твоей ситуации сделал вот что. Я бы убедился, что действия сервера и браузера подчиняются протоколу. То есть важно знать, по какому адресу приходит запрос, какой используется метод, GET или POST, какой возвращается код статуса и прочие заголовки ответа. Если у тебя в проге этого не предусмотрено, можно написать фильтр, который будет эту инфу выводить в логи. Кроме того, на стороне браузера можно отследить клиентскую, так сказать, версию происходящего. В лисе для этого есть хороший плагин под названием FireBug.

От этого и будем плясать дальше.

ЗЫ. Еще одна мысль пришла в голову. Прверить нечем, так как шестой IE отсутствует. Мысль такая: что если адрес для редиректа указывать не относительный, url/main, а полный, http://localhost:8080/url/main. Может, конечно и не поможет, но все-таки...

1) Request: 

Response:


2) Request: 

Response:


Смотрел через httpwatch



Это сообщение отредактировал(а) Opik - 24.1.2007, 02:32

Сделал отправку 301 статуса (Moved Permanently) не помогло