> Значит IBM и Oracle зря берут деньги у телекомов — давно пора
> прикрывать лавочки и заниматься, например, рыбалкой или сёрфингом.IBM и Oracle продают железо + софт в комплекте,
так что деньги они берут не зря, а за "решения"
>> Spring MVC - очень удобная штука, в Java EE такого нет.
> А JSF на что?
JSF has very nice way of rendering views и его можно использовать
вместе с Spring MVC вместо JSP или других технологий отрисовки view.
Но Spring MVC - это гораздо более простой и универсальный инструмент,
который может все то же что и JAX-RS и даже больше,
так что в спринге отдельный JAX-RS просто не нужен.
> JSF: https://netbeans.org/kb/docs/web/jsf20-intro_ru.html
Для сравнения, Spring MVC: https://spring.io/guides/gs/serving-web-content/
>> Spring Testing - в Java EE такого тоже нет.
>> С тестированием EJB и прочего Java EE возникают очень большие проблемы
> В какой версии?
В любой. Как можно протестировать EJB без сервера приложений?
http://habrahabr.ru/company/luxoft/blog/246465/#comment_8191813
В спринге - без проблем тестируется даже очень сложные веб-приложения
без сервера приложений, а лишь с помощью Spring MVC Test Framework.
Это преимущество спринга? Да еще какое. Например, у меня на не самом быстром компе
более сотни тестов пролетало всего за 7-8 секунд через Spring MVC Test Framework.
>> а в спринге это все делается элементарно, потому что компоненты - это обычные POJO,
>> так что не особо напрягаясь можно на 100% покрыть юнит-тестами даже очень сложный код.
> Дааа? Можно подумать, что POJO — это исключительная фича Spring'а. :))
В спринге нет EJB и проч. прелестей Java EE, так что да,
"все есть POJO" - это просто ГРОМАДНОЕ преимущество спринга.
>> Да, через несколько лет в Java EE наверное появится что-то похожее на Spring MVC.
> Оно уже там под другим названием — JSF. Полезно хотя бы иногда
> интересоваться "параллельными" технологиями.
Каким образом "оно уже там", если в Java EE 8
только собираются добавить JSR 371 - Model-View-Controller 1.0 ?
Причем, выглядит это как гибрид JAX-RS + 10% возможностей Spring MVC.
Как обычно версия 1.0 будет очень неудобной для использования, а до версии
3.2 может быть и дорастет до юзабельного состояния, сравнимого со Spring MVC.
>> Java EE содержит менее 50% тех возможностей, что есть сейчас в спринге
> Верю. Честно-честно. Ведь Spring используют все, а Java EE — единицы (маргиналы).
Спринг массово используется, а Java EE... вот что пишут:
http://java.dzone.com/articles/why-java-ee-lost-and-spring
Why Java EE Lost and Spring Won
>>> Так в чём лучше-то?!
>> В том что не нужны монстрообразные сервера приложений,
>> и для нормальной работы достаточно Java SE + Spring.
> Что насчёт масштабируемости, множества виртуальных серверов и отказоустойчивости?
С этим тоже все нормально, кластер из двух nginx в качестве роутера,
или аппаратный балансировщик + сколько надо backend`ов с приложением.
>> Spring Boot - это вообще крутая штука, на выходе получается один jar-файл,
>> который можно просто взять и запустить, без каких-либо дополнительных танцев с бубном.
> Я тоже могу на Tomcat собрать Java EE 7 приложение с сервером.
> И просто запустить из командной строки. Но от этого оно не
> станет промышленного уровня.
"промышленного уровня" - в переводе на английский - "Enterprise".
Спринг уже давно Enterprise уровня и в чем-то даже лучше Java EE.
> Безусловно то, что Spring является одним из поставщиков идей
> и инициатором революции в Java EE. Но когда его молодой задор
> иссякнет, Java EE всё равно продолжит развитие, как ни крути.
Что-то за 12 лет совсем не наблюдается признаков иссякания спринга,
скорее уж наоборот в последнее время он демонстрирует взрывной рост.
Java EE - это хорошая штука, если приходится покупать сервера у IBM или Oracle,
или писать очень большие проекты, когда важно отсутствие привязки к одному вендору.
А для мелких и средних задач, особенно, когда важна скорость и удобство разработки
- похоже что спринг выигрывает у Java EE как более динамично развивающаяся платформа.
