Структури EJB 3+ насправді досить хороші, оскільки вони разом з JPA були відповіді на конфігуровані рамки стійкості для приміток, а також CDI, що дозволяє вводити залежність, налаштовану на анотацію. Ви також додаєте поверх цього Weld. Весна з іншого боку зараз лише наздоганяє гру з конфігурацією за допомогою анотацій.
Зважаючи на це, історичний ривок проти EJB1 та 2 не слід скидати з рахунків. Вони не просто не змогли вирішити проблеми з написанням корпоративних заявок, вони вражали невдачею. Це було повним невдачею з боку дизайнерів отримати імпульс щодо справжніх проблем, з якими стикаються підприємства та розробники веб-додатків, і, в свою чергу, пропонувати рішення, які вони насправді потрібні.
Додайте до цього недовіру, що в даний час існують серйозні перебої та нестабільності з поточним напрямком Java і відсутність віри в нинішніх управителів та власників старого Sun JVM, в Oracle. Багато людей не вірять, що Oracle вдосконалиться на Java і поведе напрямок, а також є страх, що Apache Software Foundation може просто кинути рушник. Все більше і більше людей шукають OpenJDK на майбутнє Java, але це просто не те, де це повинно бути для прийняття Enterprise.
Деякі бачать все це як запах смерті, оскільки корпоративні програми є головними причинами того, чому Java історично була мовою програмування №1 у світі так довго, як це було. Ось чому Microsoft набирає стільки позицій проти Java за допомогою технологій .NET.
Непідприємницькі розробники додатків Java все більше і більше звертаються до OpenJDK та інших фреймворків з відкритим кодом, щоб допомогти побудувати свої рішення, а деякі ніколи не озираються. Можна сказати, що це справа занадто пізно, щоб повернути JEE на перший план легітимності, навіть якщо технічно JEE може і справді стоїть на ногах з вашим порівнянним весняним додатком.