Я столкнулся с ситуацией...
Мне было предложено дать совет относительно того, какой подход следует принять в плане разработки Java EE между Spring 3.0 и Java EE 6.0. Я был и до сих пор являюсь промоутером Spring 2.5 по сравнению с классической разработкой Java EE 5, особенно с JBoss, даже переносил старые приложения на Spring и влиял на переопределение определения политики разработки здесь, чтобы включить Spring и помогли разработать стратегический план для создания более легких решений, таких как Spring + Tomcat, а не более тяжелых JBoss, прямо сейчас мы используем JBoss только как веб-контейнер, имея то, что я называю "контейнер внутри парадокса контейнера", то есть с приложениями Spring с большинством своих API-интерфейсов, работающими внутри JBoss, поэтому мы находимся в процессе перехода на tomcat.
Однако с появлением Java EE 6.0 многие функции, которые сделали привлекательным в то время Spring, легкое развертывание, меньшая связь, даже какой-то DI и т.д., похоже, были имитированы одним способом или другой. JSF 2.0, JPA 2.0, WebBeans, WebProfiles и т.д.
Итак, вопрос идет...
С вашей точки зрения, насколько безопасно и логично продолжать инвестировать в нестандартную инфраструктуру разработки Java EE, например, Spring с учетом новых перспектив, предлагаемых Java EE 6.0?
Можем ли мы поговорить о возможностях 3/4 года разработки Spring, или вы рекомендуете раннее внедрение API Java EE 6.0 и его методов?
Я поразмыслил над этим.