Semen PopovЕвгений Хабаровпропущено...
lib\ext является более приоритетным (идет в classpath раньше), нежели пути, указанные в настройках провайдера. Это кроме случая, когда провайдер создается с собственным(изолированным) Classloader-ом.
Спасибо. А не могли бы тогда пояснить, в чем отличие создания провайдера, источника данных, переменных WebSphere в различных областях? Я тут посмотрел у себя, как настроены различные приложения, и увидел, что провайдеры, источники, переменные настроены по-разному - в различных областях. Что следует учитывать, выбирая ту или иную область, создавая объекты в WebSphere?
Уровень, на котором определен ресурс или переменная имеет большое значение в конфигурации ND.
Он определяет "область видимости" переменной или ресурса.
При совпадении названий более "гранулярное" определение будет перекрывать более общее. Т.е. определение переменной или ресурса с одинаковым именем, заданное на уровне сервера(server), перекроет определение, заданное на уровне узла (node) или ячейки (cell).
В конфигурации ND ресурс и пути к классам описываются на уровне ячейки или кластера (если ресурс должен быть общедоступным).
Но, если на конкретном узле(сервере) пути будут другими, то для такого узла переменная "переопределяется" на уровне узла.
Т.е. имеем описание ресурса в единственном экземпляре, но можем "подменить" параметры, заданные переменными, для конкретного узла или сервера.
Для Standalone сервера уровень определения ресурса/переменной является менее критичным, но желательно ресурсы задавать на одном уровне, дабы не плодить сущности. В своих Stadalone конфигурациях обычно использую уровень узла, но не могу утверждать, что это является best practices.
Подробнее описано по ссылкам:
WebSphere variables
Administrative console scope settings
