> Есть стандарт — есть заменяемые разработчики. Нет стандарта — есть зависимость
> решения от конкретного разработчика. Spring нестандартен, а значит всё с ним
> связанное будет на совести конкретного нанятого разработчика. Он уйдёт, компания вынуждена
> будет всё переписывать или нанимать такого же "гуру".Спринг сейчас более популярен, чем Java EE, и разработчиков,
которые знают/умеют спринг больше, чем разработчиков которые знают Java EE.
Хотя у Java EE есть один плюс - это независимость от конкретной реализации.
> Существуют бесплатные сертифицированные на полную совместимость с Java EE 7 решений.
> Это Oracle Glassfish (эталонная реализация) и Red Hat WildFly (бывший JBoss).
Как может быть Red Hat WildFly сертифицирован на полную совместимость с Java EE 7,
если он использует внутри себя редхатовскую же Hibernate, которая по вашим словам JPA 1.0 - 2006 год?
> Кроме этого, коммерческие решения в чём-то могут превосходить бесплатные, например, в высокой
> масштабируемости и нагрузочной способности, что на деле окажется выгоднее бесплатных решений.
Обычно для высокого масштабирования и нагрузочной способности надо подальше держаться
от готовых "коробочных" решений. Как пример - Netflix или Одноклассники.ру - ни там ни там
не используется коммерческая реализация Java EE и вообще какая-либо Java EE, насколько я знаю.
>> Маркетологи могут разумеется рассказать о преимуществах унификации
>> и стандартизации, а какая от этих высоких материй практическая польза?
>> Даже Java EE 8 отстает от спринга.
> В чём конкретно?
Я уже отвечал на этот вопрос, презентация
http://www.slideshare.net/reza_rahman/java-ee-and-spring-sid...
слайды на страницах 3 и 4.
Например, Spring MVC - очень удобная штука, в Java EE такого нет.
REST Template, Spring Security, Spring Testing - в Java EE такого тоже нет.
С тестированием EJB и прочего Java EE возникают очень большие проблемы,
а в спринге это все делается элементарно, потому что компоненты - это обычные POJO,
так что не особо напрягаясь можно на 100% покрыть юнит-тестами даже очень сложный код.
>>> SOAP уже отменили?
>> SOAP и WS-* используется только в legacy software.
>> Оно морально устаревшее, очень кривое и жутко монстрообразное:
>> https://en.wikipedia.org/wiki/List_of_web_service_specificat...
> Частное мнение и только. Знаю, в моде сейчас JAX-RS.
Да, через несколько лет в Java EE наверное появится что-то похожее на Spring MVC.
> Spring появился как ответ на монструозный J2EE на Java 2.0 v.1.4.x. Всё.
> К выходу Java EE 6 его задача была исчерпана.
Java EE содержит менее 50% тех возможностей, что есть сейчас в спринге: https://spring.io/projects
>> EJB 3.x - это попытка исправить свои ошибки EJB 2.1
>> с оглядкой на то, что у спринга все получилось намного лучше.
> Так в чём лучше-то?!
В том что не нужны монстрообразные сервера приложений,
и для нормальной работы достаточно Java SE + Spring.
Spring Boot - это вообще крутая штука, на выходе получается один jar-файл,
который можно просто взять и запустить, без каких-либо дополнительных танцев с бубном.
Для популярных и модных ныне микросервисов - это самое то, что надо.
Тем более, что спринговцы пошли еще дальше и уже делают http://projects.spring.io/spring-cloud/
>> Spring - это гораздо больше, чем Java EE: https://spring.io/projects
>> и в то же время, проще и удобнее в использовании.
> Так пользуйтесь на здоровье. Делайте vendor lock-in на себя и живите незаменимым.
При чем тут "vendor lock-in на себя" - программистов, которые знают спринг очень много.
И подозреваю, что в рунете - это более популярная платформа чем Java EE - по крайней мере,
именно такой вывод можно сделать по основным Java-конференциям, там говорят в основном про спринг.
Насколько я понимаю, Java EE - это более медленно развивающаяся платформа,
единственным плюсом которой является наличие нескольких реализаций от разных вендоров.
Кому-то это может быть важно, чтобы иметь возможность легко менять вендора для Java EE.
Спринг - более быстро развивающаяся платформа с большими возможностями,
у которой есть единственный минус - "vendor lock-in" на единственную реализацию.
В остальном эти две платформы или полностью идентичны или сравнимы по возможностям.
Так?
