404 с response.sendRedirect

Question

Я использую механизм входа пружины безопасности для моего приложения и испытанные everything.Things работали fine.I имеют следующий случай использования

1. Если клиент не вошел в систему, приложение будет перенаправлять клиента на страницу входа.
2. После успешного входа в систему, приложение перенаправляет клиента обратно на ту же страницу, откуда они были перенаправлены на страницу входа

это код Java используется для перенаправления пользователя на его исходное местоположение

final SavedRequest savedRequest = this.requestCache.getRequest(request, response); 
targetUrl = savedRequest.getRedirectUrl(); 
getRedirectStrategy().sendRedirect(request, response, targetUrl); 

RedirectionStrategy используется здесь DefaultRedirectStrategy, все работает нормально. Приложение теперь развернуто на сервере Pre Production, и теперь это кажется неработоспособным, и я получаю ошибку 404.

Когда клиент перенаправляется на главную страницу, targetUrl выходит как «/», у меня есть контроллер Spring с именем, это отображение

@RequestMapping("/") 
public class HomePageController{ // home page code } 

тока Pre-Prod Урс моего приложения является prepd-www.mysite.com так, когда sendredirect приходят к действию, URL-адрес страницы изменяется на prepd-www.mysite.com/prepd-www.mysite.com

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

Я уже пробовал это на всех локальных машинах и хорошо на нашем QA, но все работает отлично.

Текущая настройка для среды, в которой это происходит,

1. У нас есть 4 приложения сервера
2. У нас есть один балансировщик нагрузки, который перенаправляет трафик на одного сервера приложений.

Answer 1

Вы используете в подготовке производства или другого кота сервера приложений ?, нормально, если ваша война звонит Foo и ваши обязательства по коту, путь к этой войне

http://localhost:8080/foo/ 

Так что, если вы используете сервлет вам нужно указать в вашем web.xml, что основным путем является foo/*

Answer 2

Просто дикое предположение, поскольку вы не могли дать конфигурацию обратного прокси-сервера, а также точный URL-адрес, используемый в pre prod и в разработке.

Вы говорите, что используете функцию DefaultRedirectStrategy с весны безопасности. Эта стратегия имеет опцию (contextRelative), которая добавляет путь ServletContext к URL-адресу. Если в вашей системе разработки вы использовали корневой контекст, то есть, если вы обращались к домашней странице (например): http://localhost:8080/ контекст serlet был пуст.

Но если сейчас в preprod, контекст сервлета уже не корень, но говорят /myAppраз переводится апача обратного прокси, когда вы поменяете вы получите URL из /myApp/myApp, которые могут быть переведены обратно на то, что вы дали.

Вы могли бы попытаться контролировать, есть ли у вас contextRelative, как true в DefaultRedirectStrategy, и если да, если вы можете установить, если ложно, а также контролировать, если вы поменяете в абсолютных или относительных URL-адресов.

Answer 3

Если вы используете apache перед проверкой правила перезаписи и переадресации правил конфигурации apache. Лучшим способом было бы ssh туннель непосредственно на сервер приложений (путем пропуска apache) и тестирования. Если это работает, это означает, что ваша конфигурация приложения в порядке, и ее нужно исправлять в apache.