Слободской АндрейИмеем настроенные jndi ресурсы к разным БД (ДБ2)
предположим
jndi/QWERTY
jndi/ASDFGH
jndi/ZXCVBN
Это я так понимаю список ресурсов сервера?
Слободской Андрейпри установке некоторых приложений, не появляется страница указывающая какой ресурс будет использовать приложение(допустим в инструкции написано "приложение использует jndi/QWERTY")
в этом случае приложение же может воспользоваться и другими ресурсами ВебСферы.
Как быть в таком случае ?
Не понял.
По правилам J2EE, ресурс должен быть объявлен в разделе Resource References соответсвующего Deployment Descriptor. Для веб-приложения это файл WEB-INF\web.xml

Для ссылки на ресурс JDBC в нем должно быть что-то вроде:
<resource-ref id="ResourceRef_1152538063246">
<description></description>
<res-ref-name>jdbc/DB_ACCESS</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>

При деплойменте приложения WAS будет предлагать binding только для объявленных ссылок на внешние ресурсы.

Слободской Андрей
по правилам ресурс м.б. и должен быть объявлен в web.xml
Но факт остаётся фактом: есть пиложение написаное на JDeveloper(9-ка или 10-ка)
ресурс прописан в коде приложении как "jdbc/QWERTY"
в файле web.xml я нашёл только описание сервлетов.

Ну так добавить туда ссылку на ресурс самостоятельно. Это ведь нетрудно.
А потом попинать разработчика этого приложения, дабы он оформил web.xml в соответствии со спецификациями. Сама среда разработки не будет добавлять ссылки на внешние ресурсы, если автор приложения в коде использовал JNDI-имя. Это ответственность автора внести используемые внешние ресурсы в список. То же касается используемых приложением ролей и т.п.
Слободской АндрейУ томката в server.xml явно указываются ресурсы доступные приложению
ЕХ:
<Context docBase="E:/Inetpub/Tomcat_App/webapps/nalvag" path="/nalvag" ~~//~~>
<ResourceLink global="jdbc/QWERTY" name="jdbc/QWERTY" type="java.object"/>
<ResourceLink global="jdbc/ASDFGH" name="jdbc/ASDFGH" type="java.object"/>
</Context>

Ну и что? Да, томкат позволяет такие фокусы, знаю, но WAS это другой продукт, поэтому приложение при деплойменте на WAS должно соответствовать требованиям этого сервера, причем что эти требования соответствуют спецификации.
Кстати тип ресурса желательно указывать более конкретный, а не java.lang.Object.
Слободской Андрей
Т.е. подсмотрев ресурсы сервера WAS - их можно смело юзать - так получается.
С чего такой вывод?
Даже если ресурс описан на уровне сервера, он недоступен в контексте приложения, пока не выполнена привязка ссылки на ресурс (в приложении) к этому ресурсу.
Поэтому пытаясь обратиться к ресурсу, даже зная его JNDI имя на сервере, должен будешь получить javax.naming.NameNotFoundException.

chroНа самом деле это разница между глобальными и локальными jndi reference. Допустим,Вы создали datasource jndi/QWERTY на сервере через админ консоль.При этом описание появлется в файлах конфигурации WAS (наподобии server.xml в Томкате, только посложнее). Это глобальный datasource, доступ к которому из серверного приложения lookup("jdbc/QWERTY") , причем в самом приложении ничего писать не надо, надо только разрешить доступ в политике безопасности(по умолчанию разрешено).

Можно пример кода для такого случая?
Или речь про режим когда Global Security Off?

chroЕвгений, какого рода пример Вы ожидаете ? Что-то типа
DataSource ds = (DataSource)(new InitialContext()).lookup("jdbc/QWERTY");


:) Все, понял.
Я как-то ни разу не пробовал в своих приложениях делать именно так.
Обычно делаю lookup("java:comp/env/jdbc/QWERTY");
И при отсутствии маппинга получаю NameNotFound.

Спасибо за информацию, я почему то упустил этот момент.