Йуный джавистЪДа я в этом треде не собирался ничего критиковать. Просто не понимаю, как можно сравнивать Spring и JEE.
В JEE есть очередь сообщений, вебсервер, менеджер транзакций - в Spring нет ничего из этого.
Их сравнивают преимущественно по части EJB vs SpringIoC, так как именно через EJB или контекст спринга приложение собирается в кучу через Dependency Injection. И в этом плане Spring вздрючивает EJB на порядки в плане гибкости и простоты использования/тестирования.

Йуный джавистЪПересечение есть только по JSF и Spring MVC.Никакого пересечения нету. JSF - это компонентный фреймворк, в SpringMVC никаких компонентов нет.

Йуный джавистЪWebSphereMQ уходит корнями в 70-е. Технология существует 40 лет и будет существовать еще столько же без проблем.
Цикл жизни какого-нибудь спринга - несколько лет. Откройте гитхаб - там этих спрингов тысячи. Завтра какой-нибудь Вася наведет хайп вокруг своего поделия, и все бросятся его внедрять в свои проекты.Полное незнание истории.
1995 - Появление Java
1998 - Появление EJB
2001 - Появление более-менее вменяемых EJB (2.0)
2001 - Появление Hibernate
2002 - Появление Spring
Итого, возраст Хибера - 11 лет, лидер в ORM. Spring - 10 лет, лидер в DI. Так что про какие мимолетные технологии вы говорите - непонятно.

Йуный джавистЪНу например, сейчас json обороты набирает. В новом DI контейнере можно будет делать конфигурацию через json, это так современно и круто!Ну, во-первых, JSON это в первую очередь формат коммуникации. Ну а во-вторых, он настолько простой, что даже если кому-то ударит в голову моча писать конфигурацию на JSON, разобраться в нем займет ровно 10 минут времени.

Йуный джавистЪБыл EJB CMP, стал гибернейт.Неверно. Хибернейт - это один из провайдеров современной инкарнации EJB CMP - JPA. Они дополняют друг друга, а не конкурируют.

Йуный джавистЪБыли container-managed transactions, стали spring declarative transactions.Contrainer-managed transaction никуда не делись, просто нынче именуются JTA. А цель менеджера транзакций Спринга - абстрагироваться от того, кто реально управляет в приложении транзакциями - хоть это апп. сервер (JTA), хоть "руками" через JDBC, хоть еще как - разработчику не нужно париться по этому поводу. Ему достаточно либо выучить JTA аннотации (а Spring использует именно их), либо же разобраться с синтаксисом описания транзакций в Spring, что займет максимум полчаса.

Йуный джавистЪПри этом программист ставится в положение идиота. Все время надо изучать какие-то новые дебильные апи, которые делают то же что и старые, только с учетом тараканов в голове их создателя. Это на фоне того что ключевые технологии не меняются по 30 лет.Безусловно, не меняются. Вот только Java и понятие "виртуальная машина" существует всего 17 лет, соответственно все существующие сервера приложений и все JSR существуют еще меньше

Йуный джавистЪКогда крупный вендор объявляет смену технологии, то да, тут ничего не поделаешь, придется переучиваться. Но добровольно самим раз в несколько лет находить какую-нибудь новую волшебную библиотеку, внедрять ее, потом через несколько лет опять все переписывать - это выше моего понимания.Выше моего понимания то же, так как:
а) принципиально новые вещи появляются крайне редко
б) если даже они и появляются, вас никто не заставляет что-то переписывать

Йуный джавистЪЕще, кстати, из-за того что надо изучать какой-нибудь новый хибернейт, нет времени изучить фундаментальные технологии.Интересный подход. То есть оказывается наличие некоего абстрактоного "Хибернейта" не дает вам учить фундаментальные вещи. Хорошая отмазка, чо