У меня проблемы с миграцией с OC4J 10.1.2.3 до 10.1.3.1.4. Проблема заключается в приложениях с несколькими EJB (все они равны 2.1, EJB 3.0). Jdeveloper возьмет по умолчанию ejb-jar.xml (тот, который требуется Jdeveloper для запуска его на автономном экземпляре OC4J) и упакуйте его в каждый модуль JAR JJB NO MATTER, что. Это приводит к бурению сервера приложений в каждом модуле JJB JAR при развертывании и находит один и тот же файл ejb-jar.xml N раз (где N = количество модулей EJB). Это приводит к дублированию ссылок EJB и разбивает любые запросы JNDI, такие как: «java: comp/env/ejb/EJBName». Таким образом, развертывание приложения с 3 EJB, EJB1, EJB2 и EJB3 заставляет сервер приложений регистрировать 9 EJB вместо 3. Мне нужен способ наилучшей практики, но между тем, как действуют действия 10.1.3.4 и JDeveloper, ситуация довольно dire ...OC4J 10.1.3.4 проблема с развертыванием нескольких 2.1 EJB
Замечание: они будут работать, если код поиска JNDI веб-приложения не применяется к «ejb/EJBName». Однако это нежелательно.
Я считаю, что, заставляя его использовать локальный поиск, я избегаю дублирования ссылок, которые, похоже, нарушают это. – Zombies 2008-10-06 14:22:12