Frameworki EJB 3+ są naprawdę całkiem dobre, ponieważ zostały dostarczone wraz z JPA jako odpowiedzią na skonfigurowane frameworki Persistence skonfigurowane, a także CDI, który pozwala na wstrzykiwanie zależności skonfigurowanych z adnotacjami. Dodajesz także na górze tego Spawu. Z drugiej strony wiosna nadrabia zaległości w konfiguracji dzięki adnotacji.
Biorąc to pod uwagę, historyczne wycofanie się z EJB1 i 2 nie powinno być pomijane. Oni nie tylko nie rozwiąże problemów z pisaniem aplikacji korporacyjnych, one spektakularnie nie powiodło się. Projektanci zorientowali się, jakie problemy napotykają twórcy aplikacji korporacyjnych i aplikacji internetowych, a tym samym nie dostarczyli rozwiązań, których naprawdę potrzebowali.
Dodaj do tego nieufność, że w obecnym kierunku Java są pewne poważne wstrząsy i niestabilności oraz brak wiary w obecnych zarządców i właścicieli starej Sun JVM w Oracle. Wiele osób nie wierzy, że Oracle poprawi Javę i poprowadzi ją, a także obawia się, że Apache Software Foundation może po prostu rzucić ręcznik. Coraz więcej osób szuka OpenJDK na przyszłość Javy, ale nie jest to miejsce, w którym powinno być do przyjęcia Enterprise.
Niektórzy postrzegają to wszystko jako zapach śmierci, ponieważ aplikacje korporacyjne są głównymi powodami, dla których Java była od dawna najlepszym językiem programowania na świecie. Właśnie dlatego Microsoft zdobywa tak wiele w stosunku do Javy dzięki technologiom .NET.
Twórcy aplikacji Java, którzy nie są przedsiębiorstwami, zwracają się coraz bardziej w stronę OpenJDK i innych platform open source, aby pomóc w tworzeniu swoich rozwiązań, a niektórzy nigdy nie patrzą wstecz. Można powiedzieć, że jest to zbyt mało, by przywrócić JEE na czele legalności, mimo że technicznie JEE może i stoi na nogi z twoją porównywalną aplikacją Spring.