>>> Также не понимаю в чем и где Java EE лучше за Spring.
>> В унификации и стандартизации.
> Каким образом это поможет в решении практических задач,
> если в спинге можно сделать все то же самое что и в
> Java EEЕсть стандарт — есть заменяемые разработчики. Нет стандарта — есть зависимость решения от конкретного разработчика. Spring нестандартен, а значит всё с ним связанное будет на совести конкретного нанятого разработчика. Он уйдёт, компания вынуждена будет всё переписывать или нанимать такого же "гуру".
> Притом, более удобным и быстрым способом и без необходимости
> покупать коммерческую реализацию Java EE от какого-либо вендора?
Существуют бесплатные сертифицированные на полную совместимость с Java EE 7 решений. Это Oracle Glassfish (эталонная реализация) и Red Hat WildFly (бывший JBoss). Кроме этого, коммерческие решения в чём-то могут превосходить бесплатные, например, в высокой масштабируемости и нагрузочной способности, что на деле окажется выгоднее бесплатных решений.
> Маркетологи могут разумеется рассказать о преимуществах унификации
> и стандартизации, а какая от этих высоких материй практическая польза?
> Даже Java EE 8 отстает от спринга.
В чём конкретно?
>>>> Вы Java EE 7 смотрели?
>>>> http://habrahabr.ru/company/piter/blog/229213/
>>> "научитесь обращаться с веб-службами SOAP" - без комментариев.
>> SOAP уже отменили?
> SOAP и WS-* используется только в legacy software.
> Оно морально устаревшее, очень кривое и жутко монстрообразное:
> https://en.wikipedia.org/wiki/List_of_web_service_specificat...
Частное мнение и только. Знаю, в моде сейчас JAX-RS.
>>> про EJB 2.1 много уже написано и сказано,
>> Сейчас актуальны EJB 3.2 как бы.
> Если вспомнить историю, то спринг появился в ответ на то, что кривым
> и глючным Java EE было невозможно нормально пользоваться, потому что
> получилось так, что "астронавты архитектуры" там такого понапридумывали,
> что "мыши плакали, кололись, но продолжали жрать кактус". Хотя такой вариант
> развития устроил не всех и тогда появился спринг.
Spring появился как ответ на монструозный J2EE на Java 2.0 v.1.4.x. Всё. К выходу Java EE 6 его задача была исчерпана.
> EJB 3.x - это попытка исправить свои ошибки EJB 2.1
> с оглядкой на то, что у спринга все получилось намного лучше.
Так в чём лучше-то?!
>>> а про JPA - есть очень хорошая презентация
>>> https://www.youtube.com/watch?v=YzOTZTt-PR0
>>> Николай Алименков — Босиком по граблям Hibernate
>>> - рекомендую.
>> В видео нет JPA, а рассказ ведётся на примере Hibernate.
>> Hibernate == JPA 1.0 - 2006 год.
> Зачем вы говорите неправду?
> Hibernate ORM 4.3.0 Final == Java Persistence API 2.1
Затем, что Sun Microsystems выбрала EclipseLink в качестве эталонной реализации JPA 2.0 в Java EE 6, а не Hibernate - http://www.eclipse.org/org/press-release/20080317_Eclipselin...
2008 год!
> Причем, Hibernate - это такая же реакция на кривой Java EE как
> и спринг:
Согласен. Но нужно кому-то быть первым, а не лучшим.
>> JPA 2.1 (2013 год) из Java EE 7 привносит доступ к хранимым
>> процедурам. А новый Criteria API позволяет делать запросы не только на
>> выборку, но и на пакетное обновление и удаление.
>> Наконец, описание схемы базы данных и единиц хранения в persistence.xml.
> Ну и чем это отличается от Hibernate? который JPA 2.1 поддерживает полностью.
Тем, что в стандартной Java EE более быстрая и эффективная реализация от TopLink/Eclipse.
>> И чем дальше, тем быстрее отстаёт от мейнстрима.
> ???
> Все время было и есть наоборот, Java EE пыталось догнать спринг.
> Вот и Java EE 8 не стало исключением - там еще только
> собираются
> делать SR 371 - Model-View-Controller 1.0 и JSR 375 - Java EE
> Security API 1.0
> а в спринге это уже давно реализовано: Spring MVC и Spring Security.
Так попытайтесь соответствать со своим Spring спецификации JSR.
> Spring - это гораздо больше, чем Java EE: https://spring.io/projects
> и в то же время, проще и удобнее в использовании.
Так пользуйтесь на здоровье. Делайте vendor lock-in на себя и живите незаменимым.
