Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
WebSphere AS 6.0 : Атрибуты пользователей
|
|||
|---|---|---|---|
|
#18+
Привет! Есть ряд веб-приложений, использующих штатную аутентификацию сервера (скажем LDAP). Нужно каким-то образом во время аутентификации дополнить информацию о пользователе (например адрес электронной почты и город проживания), чтобы эта информация была доступна веб-приложениям. Причем желательно, чтобы в самих веб-приложениях не использовались специфичные для WAS классы, чтобы само приложение можно было эксплуатировать на других серверах приложений. Вопрос как это сделать. Насколько я знаю, нужно писать TAI-плагин и дополнять Subject, но Subject недоступен приложениям штатными методами J2EE. PS: Если вопрос не в тему, то где его лучше задать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 16:29 |
|
||
|
WebSphere AS 6.0 : Атрибуты пользователей
|
|||
|---|---|---|---|
|
#18+
LDAP это не только аутентификация, на самом деле это и есть универсальное хранилище информации о пользователе, город, е-mail, фотка и всё остальное + авторизация через группы.В умелых руках LDAP более универсален и транспортабелен, чем J2EE или RDBMS сервера между собой. Я могу допустить, что Вам может потребоваться/понадобится что-то совершенно другое (например, с пользователем ассоциированы какие-то задачи/бизнес объекты), в таком случае, как Вы их храните? Можно рассматривать uid пользователя как ключ в базе данных (брать его из request), к примеру. TAI это из другой оперы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2007, 19:18 |
|
||
|
WebSphere AS 6.0 : Атрибуты пользователей
|
|||
|---|---|---|---|
|
#18+
chroLDAP это не только аутентификация, на самом деле это и есть универсальное хранилище информации о пользователе, город, е-mail, фотка и всё остальное + авторизация через группы.В умелых руках LDAP более универсален и транспортабелен, чем J2EE или RDBMS сервера между собой. Я могу допустить, что Вам может потребоваться/понадобится что-то совершенно другое (например, с пользователем ассоциированы какие-то задачи/бизнес объекты), в таком случае, как Вы их храните? Можно рассматривать uid пользователя как ключ в базе данных (брать его из request), к примеру. TAI это из другой оперы. Это-то все понятно. Просто сама реализация LDAP User Registry в WAS 6.0 предполагает получение с сервера LDAP только UID пользователя и списка его групп. Вопрос в том, как реализовать "дозапрос" нужных атрибутов на уровне сервера приложений, а не отдельных приложений, с дальнейшей публикацией этих атрибутов в сессии пользователя (чтобы они стали доступны коду приложения). :) Пока писал вдруг подумалось, что возможно такой подход неверен идеологически и нужно просто описать ресурс на сервере и представить разработчикам класс, который будет обращаться к этому ресурсу и запрашивать нужные атрибуты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2007, 09:19 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=34337655&tid=1604780]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
16ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 298ms |

| 0 / 0 |
