Я искал и искал ответ, я знал, что найду его либо в stackoverflow, либо в coderanch, и там я нашел ответ от Чарльза Лайонса, автора книги в моей руке, прямо сейчас это было весело стечение обстоятельств.
опубликовано 9.08.2008 11:41
Точно - разница в том, что encodeURL всегда записывает
ID сеанса в URL (если требуется, например, потому что куки
отключено), в то время как encodeRedirectURL содержит дополнительную логику для
определить, желательно ли записать идентификатор сеанса в. Это
действительно плохая идея дать иностранным веб-сайтам идентификатор сессии, например,
с тех пор они могут выдавать себя за сеанс вашего пользователя. следовательно
encodeRedirectURL поместит jsessionid в URL, только если этот URL
лежит в текущем веб-приложении и не выполняет переписывания
в противном случае.
Чарльз Лайонс (SCJP 1.4, апрель 2003 года; SCJP 5, декабрь 2006 года; SCWCD 1.4b, апрель 2004 года)
Автор учебного пособия OCEJWCD для экзамена Oracle 1Z0-899 (ISBN 0955160340)
также я нашел этот ответ тоже, который был опубликован ранее,
опубликовано 19.04.2006 8:02 Цитировать Сообщить модератору Привет,
encodeURL используется для кодирования URL для отслеживания сеанса в
вперед и включи механизм. EncodeRedirectURL кодирует
указанный URL для использования в методе sendRedirect.
Основное различие между двумя заключается в реализации
Метод encodeRedirectURL включает логику, чтобы определить, является ли
ID сеанса должен быть закодирован в URL в случае, когда вы
перенаправление URL в другой контекст, где информация о сеансе
не требуется или недействителен. Метод encodeURL не добавляет
seesion ID, если куки включены. В дополнение к этому
encodeRedirectURL не добавляет информацию о сеансе, если URL-адрес
перенаправлен в другой контекст (веб-приложение). Поскольку
правила для этого определения могут отличаться от тех, которые используются для
решить, следует ли кодировать нормальную ссылку, этот метод является отдельным от
метод encodeURL.
Надеюсь, это поможет вам.
Спасибо
Нарендра Дханде