авторНельзя в J2EE писать с той же эффективностью как на spring, слишком уж spring ушел вперёд в плане DI, и похоже за ним уже никто не собирается гнаться, конкуренты просто сдались, и вопреки здравому смыслу и урокам информатики в седьмом классе на которых учитель рассказывая про VisualBasic говорил как хорошо выносить конфигурацию из кода, и Guice и J2EE и им подобные эту конфигурацию в код наоборот всячески заносят в виде аннотаций, чем серьёзно затрудняют повторное переиспользование компонентов и высокоуровневое осмысление архитектуры проекта, одно дело прочитать XML для какого-нибудь модуля не заглядывая особо в код, другое дело лазить по исходному коду как обезьяна по пальмам выискивая зависимости, при этом не дай бог один и тот же компонент нам придется задействовать дважды в разных конфигурациях.

Вы конечно извините но не стоит писать посты подобного содержания с такой категоричностью:) Вообще, сложилось впечатление, что вы не особо плотно работали с Guice и J2EE, и наслушались трепа маркетологов про спринг. Я не буду так категоричен, но все же прокомментирую вас. итак

авторНельзя в J2EE писать с той же эффективностью как на spring
Крайне спорно, хотя бы потому что человек знающий J2EE и не очень владеющий spring очевидно напишет приложение быстрее и эффективнее чем на спринге. Но это так, к слову.
авторслишком уж spring ушел вперёд в плане DI, и похоже за ним уже никто не собирается гнаться,
И в чем спринг ушел далеко вперед именно в плане DI? На мой взгляд фишка спринга - это возможность интегрировать любую технологию с любой другой. Хотя опять же на мой взгляд спринг становится монстром, этаким God framework, и больше половины кода в любом проекте - это либы спринга.
авторкак хорошо выносить конфигурацию из кода
А еще лучше convention over configuration
авторGuice и J2EE и им подобные эту конфигурацию в код наоборот всячески заносят в виде аннотаций, чем серьёзно затрудняют повторное переиспользование компонентов и высокоуровневое осмысление архитектуры проекта,
Не забываем про проверки исходного кода во время компиляции и возможность безболезненного рефакторинга. Кроме того в Guice все завязано на интерфейсы - так что создаешь два модуля, и всего одной строкой кода можно переключить конфигурацию с тестовой на продакшен, если хранить все модули в папке config, все гораздо элегантнее чем полотно непонятных тегов в xml.
Ну про "высокоуровневое осмысление архитектуры проекта" вообще огонь.