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]

Так вопросы надо и задавать, а не перепись делать.

ок. вопрос по конфигурации.

на "пустом" аппсервере их демка работает замечательно. я прохожу полный цикл авторизации у идентити-поставщика и возвращаюсь назад со всеми атрибутами.

теперь переношу этот же механизм на некое готовое портальное решение. (конкретно на лайфрей).

при этом в 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]

Удалено модератором

oiosaml.java Найти похожие ветки