2015-09-25 3 views
0

Я написал модуль входа в систему WebSphere, если я хочу использовать его на уровне приложения, я могу добавить это в разделяемые библиотеки, но прямо сейчас я хочу использовать его в системе войдите под RMI_Inbound, я могу добавить туда путь моего класса, но где именно мне нужно поместить файлы jar и как его настроить?Websphere: Где я должен добавить файл jar для LoginModule

Я прошел через многие документы, но никто не говорит, где хранить файл jar или редактировать любой xml, все они говорят только о названии имени loginmodule, например com.custom.loginmodule.

+1

Если вы хотите добавить его в RMI_Inbound, лучшим местом будет папка 'WebSphere \ AppServer \ lib \ ext'. – Gas

+0

Спасибо, я постараюсь положить его там – Friendy

+1

Помните, что вам нужно перезапустить сервер, чтобы он отображался в пути к классам. – Gas

ответ

0

Если вы хотите добавить его в RMI_Inbound, тогда лучшим местом будет WebSphere\AppServer\lib\ext папка. После добавления jar вам нужно перезапустить сервер, чтобы классы стали видимыми в JVM.

0

Смотрите Configuring programmatic logins for Java Authentication and Authorization Service тему в Центре знаний:

Proxy LoginModule. Прокси LoginModule загружает фактический модуль LoginModule . По умолчанию реализация JAAS не использует поток загрузчика классов для загрузки классов. Модуль LoginModule не может загружать , если файл класса LoginModule отсутствует в классе приложения или в классе класса загрузчика класса расширения Java. Из-за этой проблемы видимости класса загрузчика WebSphere Application Server предоставляет модуль прокси LoginModule для загрузки логического модуля JAAS с использованием загрузчика классов контекста потока . Вам не нужно помещать реализацию LoginModule в загрузчик класса приложения или путь класса для загрузчика классов расширения Java с помощью этого модуля прокси-сервера LoginModule.

Если вы не хотите использовать модуль Proxy LoginModule, вы можете поместить модуль LoginModule в каталог app_server_root/lib/ext /. Однако это действие не рекомендуется из-за рисков безопасности.

Я бы установил связанную с сервером общую библиотеку. См. Раздел Associating shared libraries with servers в Центре знаний.

+0

Итак, какой риск безопасности он может принести, и как этот риск безопасности смягчается с помощью общей библиотеки? Не могли бы вы уточнить? – Gas

+0

@Gas Я не знаю точно, но я мог бы догадаться о безопасности Java 2; возможно, было бы разумно обратиться к IBM за более подробной информацией по этому предложению. Общая библиотека, вероятно, немного чиста в любом случае, поскольку она не требует изменения каталога установки. –

+0

спасибо за информацию, я был в сомнении, что разделяемая библиотека может использоваться только на уровне приложений, а не на системном уровне? – Friendy

Смежные вопросы