Насколько обратно совместимы EJB-контейнеры?

Question

Я унаследовал приложение, работающее на JBoss 2.4.3 (которое, я считаю, совместимо с EJB spec 2.0), и у меня возникло немало проблем (например, возможность использовать modern log4j "Logger" apis [конкретные проблемы JBoss 2.4, подталкивающие меня к обновлению]).

Я понимаю, что должен иметь возможность использовать контейнер EJB 2.1 (Jboss 4) без проблем, но должен ли я ожидать, что смогуидти дальше?

Каковы требования обратной совместимости для EJB?

Они предназначены для обратной совместимости через основные версии?

Делают ли поставщики приложений их полностью обратно совместимыми?

Какие изменения необходимы для соответствия старого приложения?(маленький или большой - конфигурация приложения или перекомпиляция? и т. д.)

Answer 1

http://what -when-how.com / enterprise-javabeans-3 / обратная совместимость и совместимость-с-ejb-2 / утверждает, что

Спецификация EJB 3 требует, чтобы все соответствующие контейнеры поддерживали EJB 2

, что является хорошим признаком.Далее мы поговорим о смешивании функций EJB 2 и 3.Так что могут быть некоторые исключения, но в действительности это не должно быть где-то почти невозможным.

Реальность может быть другой;Я обновлюсь, если найду проблемы с обновлением jboss.

Answer 2

См. этот отчет о совместимости для библиотеки EJB:

Answer 3

log4j и EJB 2.0 не связаны.Если у вас есть проблемы с log4j, то, скорее всего, это проблема пути к классу, а не проблема совместимости EJB 2.0.Возможно, ваше старое приложение предполагает, что log4j находится где-то в системном пути.