Будущее Архитектуры Приложений Java Ee Становится Яснее

Известный архитектор-фрилансер JavaEE недавно опубликовал свое видение будущего архитектуры корпоративных приложений.

Ниже приводится вольный перевод.

Будущее архитектуры приложений Java EE становится яснее

Java EE 6 и Spring 3 оказались очень похожими — по крайней мере, архитектура и дизайн отличаются лишь подробности .

Я не вижу никаких отличий в процессе разработки, где JPA и SessionBeans в Glassfish можно заменить технологиями Spring. Spring также поставляется с собственным сервером приложений, который с 7 октября 2008 года является сервером с открытым исходным кодом и коммерческой поддержкой.

Если вам необходимо получить исправления для более старых версий Spring, вам необходимо приобрести коммерческую поддержку у SpringSource/VMWare. Для серьезных проектов вам придется приобрести два пакета поддержки — один для сервера приложений от вендора и один от SpringSource, хотя в этом случае сложно оправдать одновременное использование Java EE 5/6. В будущем я вижу два возможных варианта:

  • Развертывание Spring на собственном tc-сервере
  • Развертывание приложений Java EE 6 без Spring
Описанная выше дилемма актуальна и для проектов миграции — использовать ли стек Java EE или перейти на Spring. Это скорее стратегическая или политическая дилемма, чем технологическая.

Конечно, вы по-прежнему можете собирать и распространять Spring самостоятельно, но такой подход неприемлем в большинстве коммерческих проектов.

Я считаю, что будущее корпоративной Java очень чистое — мы будем полностью использовать либо Spring, либо стек Java EE, но не обе технологии вместе.

смотрите также Oracle опубликовала планы развития Glassfish Теги: #java ee #spring #java

Вместе с данным постом часто просматривают: