Форум: "Прочее";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];
Внизoiosaml.java Найти похожие ветки
← →
Медвежонок Пятачок © (2012-03-30 12:20) [0]Никто не имел дела с этой библиотекой?
← →
Anatoly Podgoretsky © (2012-03-30 13:50) [1]> Медвежонок Пятачок (30.03.2012 12:20:00) [0]
Перепись будешь устраивать?
← →
Медвежонок Пятачок © (2012-03-30 14:05) [2]да есть пара вопросов. подумал, что может кто бодался уже.
← →
Anatoly Podgoretsky © (2012-03-30 14:10) [3]Так вопросы надо и задавать, а не перепись делать.
← →
Медвежонок Пятачок © (2012-03-30 14:38) [4]ок. вопрос по конфигурации.
на "пустом" аппсервере их демка работает замечательно. я прохожу полный цикл авторизации у идентити-поставщика и возвращаюсь назад со всеми атрибутами.
теперь переношу этот же механизм на некое готовое портальное решение. (конкретно на лайфрей).
при этом в web.xml портала требуется изменить маппинг для SAMLDispatcherServlet (портал не дает ему жить прямо в руте (/saml), и требуется спустить его пониже в /web/saml)
<servlet-mapping>
<servlet-name>SAMLDispatcherServlet</servlet-name>
<url-pattern>/web/saml/*</url-pattern>
</servlet-mapping>
При этом сервлет откликается, рисует страничку со всеми своими ендпойнтами. И они там правильные. Например /web/saml/login.
Защищенная область портала защищена через SPFilter.
Теперь проблема:
Если сервлет сконфигурирован как /saml/, то фильтр работоспособен, и меня перекидывает на идентити провайдера. Но при возвращении оттуда портал не дает сервлету обработать ответ и я вижу 404-not found
Если сервлет перемаппить на /web/saml, то все меняется наеборот.
Снаружи портала сервлет доступен по /web/saml, но перестает работать фильтр, который продолжает долбиться в /saml/login вместо /web/saml/login
собственна вопрос - как научить фильтр понимать куда замапплен сервлет?
← →
Pit (2012-03-30 16:13) [5]Удалено модератором
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2013.03.22;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.087 c