Java EE против Spring: нужны пояснения для новичка

Здравствуйте,

я недавно начал изучать JAVA WEB технологии, уже успел вкратце изучить Servlet, JSP и Spring, и тут в блоге у автора вот этой книги:
http://www.ozon.ru/context/detail/id/20070014/
читаю, что

"Spring framework является АЛЬТЕРНАТИВНЫМ набором API используемых для создания серверных приложения. В общем, сервер-сайд разработчики принадлежат или к Java EE или к Spring лагерю, редко бывает, чтобы разработчик был фанатом и того и другого."

меня удивило, что идет противопоставление именно Java EE к Spring, а не JavaServer Faces фреймворка с Spring фреймворком.

также отметил в той блоговой статье, что:
(1) Hibernate больше относится к Spring (и др альтер API), тогда как в Java EE стандартным АПИ для работы с БД является Java Persistence API (JPA);

(2) JSP заменены в JSF на Facelets;

(3) для Java EE приложения нужен полноценный сервер вроде GlassFish, тогда как Spring может обойтись и сервлет контейнером вроде Tomcat.

ну и для себя, я сделал вывод (но это просто предположения), что NetBeans IDE используется именно для Java EE разработки, Eclipse для альтернативных фреймворков, а IntelliJ IDEА, вероятно, для того и другого.

и самое главное ничего не сказано про деньги: а сопоставима ли цена использование Java EE и Spring приложений в плане расходов, нужно ли для Java EE покупать какие-то лицензии?

Это в целом, что я понял,

пожалуйста, любые комментарии, пояснения, мнения специалистов - very welcome в эту тему.

спасибо

1

Den Brown, все правильно написанно.
Насчет цены - все бесплатно никакой разницы нет.

1

Сообщение от KEKCoGEN Насчет цены - все бесплатно никакой разницы нет.

тогда зачем создавались все эти "альтернативные" фреймворки, если Оракл сделал все это в EE & JSF удобно и ажурно? Не получится так, что EE & JSF со временем "отожмет" все альтернативные наработки в "легаси" зону? Или у них все таки разные ниши?

0

Den Brown, по вашей логике всего в мире должно быть по одному. Есть есть одна БД, зачем же писали ещё несколько. После спринг появлялись ещё фреймворки. Это обычный процесс развития.

1

Сообщение от Den Brown NetBeans IDE используется именно для Java EE разработки, Eclipse для альтернативных фреймворков, а IntelliJ IDEА, вероятно, для того и другого.

Все 3 IDE можно использоваться для любой задачи.

1

Сообщение от Den Brown тогда зачем создавались все эти "альтернативные" фреймворки, если Оракл сделал все это в EE & JSF удобно и ажурно

с этим действительно есть проблемы.
во-первых, сколько людей столько и мнений, одним одно нравится, другим другое.
во-вторых, в силу известного распространения джавы, за годы ее существования наплодилось столько этих фреймворков, что ставит серьезные проблемы с "вхождением", из-за обилия дублирующих технологий, которые так или иначе надо знать.

1

Сообщение от Andreas ставит серьезные проблемы с "вхождением", из-за обилия дублирующих технологий, которые так или иначе надо знать.

вот в этом то и дело, чувствую что если входить в тему как новичок, то по-началу у тебя не будет выбора, то есть что дадут, то и делай. А это значит что нужно будет работать с легаси проектами (с которыми никто не хочет возиться), среди которых можно ожидать что угодно, и тебе в этом нужно сходу разбираться...

0

Сообщение от KEKCoGEN Насчет цены - все бесплатно никакой разницы нет.

не все.

0

Сообщение от Den Brown среди которых можно ожидать что угодно, и тебе в этом нужно сходу разбираться...

Скорее всего так и будет. Однако бывают и исключения

0

Сообщение от Andreas Цитата Сообщение от KEKCoGEN Посмотреть сообщение Насчет цены - все бесплатно никакой разницы нет. не все.

можете пояснить?

0

Сообщение от asus можете пояснить?

Idea бесплатна только в Community Edition, а Ultimate Edition - Free 30-day trial.

1

Andreas, разговор про технологии а не IDE. Как спринг так и j2ee бесплатны. Это то что я имел ввиду выше.

0

я работаю на облачной Salesforce CRM, точнее на ее платформе Force.com, которая в основе своей использует JAVA технологии. в Salesforce все упрощено и стандартизированно, поэтому разраб - это человек-комбайн, он один должен делать все: от прикручивания Бутстрепа к фронту, до тестирования и размещения пакета в Прод.

А как распределяются роли среди разрабов в типичном JAVA based проекте (например, интерпрайс приложение)? какие роли поручают новичкам ентри-левела?

Добавлено через 4 часа 56 минут
Только узнал про Oracle JDeveloper IDE, которая "интегрирована с Oracle ADF — Java EE-каркасом для создания коммерческих приложений на Java".

Oracle ADF - это что такое? чем от JSF отличается? еще один параллельный фреймворк?

0

Den Brown, JSF-это спецификация: набор интерфейсов. Реализаций-предостаточно: Mojarra,IceF,PrimeF,MyF... Модуль ADF ADFFaces расширяет одну из этих реализаций(MyFaces).

1

Сообщение от Den Brown Oracle ADF - это что такое? чем от JSF отличается? еще один параллельный фреймворк?

довольно таки интересная штука, очень быстро можно создать проект с любой сложности (могу ошибиться). вообщем это уже "мышка-кликабельная программирования" т.е. работая с мышкой Вы пишите проект (программируете) .
а на счет чем они ADF отличается от JSF, то можно сказать что корпорация Oracle расширял возможности JSF и сделал ADF... т.е. хотите или нет Вам придется выучить и JSF

З.Ы. как я тоже хотел изучить ADF, мне очень понравился но пока отказался от него, т.к. все таки для начало надо разбираться с основой... а там уже время покажет куда дальше надо развиваться...

З.Ы. если что то пропустил или сказал не правильно то поправьте пожалуйста.

1

Сообщение от asus "мышка-кликабельная программирования"

в salesforce 80% работы выполняется за счет такого "point-and-click" конфигурирования. Удобно, быстро.
Но уловка в том, что для этого не нужна програмисты, достаточно просто обученного бизнес аналитика. В этом и смысл всех этого "упрощения" - быстро делать большую часть работы силами не-програмистов, а разрабам оставлять действительно кастомные задачи.

Так что подозреваю, что для выполнения типовых задач с JDeveloper - ADF достаточно минимума знаний.

Но, понятно, что у нас, разработов, другой контекст. Мы должны знать все от сервлета и особенностей конкретной реализации кого-то фреймворка.

так что у меня такое предстваление о необходимых знаниях:

(1) фронт: html, css (ну хотя бы в виде Бутстрепа), js (ну хотя бы в виде jQuery) и понимание AJAX.

(2) самый бэк-енд: SQL, ORM и конкретные JAVA тулсы как Hibernate.

(3) и то что посередине:
- JAVA как ООП язык (понятно, Thinking in JAVA - "Философия JAVA").
- общее понимание ООП и наиболее популяных паттернов.
- общие принципы HTTP;

и конкретика по теме:
- Servlet & JSP,
- Spring MVC,
- Java EE & JSF
- ну и ADF

список выглядит слишком большим, но есть и хорошая новость: чем ниже опускаешься по этому списку - тем легче, и когда доходишь до JSF - все уже выглядит очень понятным, и главное, логичным продолжением предыдущих знаний.

0

Непонимаю я эту тягу к JSF. Технология жутко неудобная. Все современные проекты пишутся полностью restfull и фронт-енд часть пишется на клиентских языках (javascript, AngularJS) и совсем другими разработчиками которые специализируются именно на фронт-енде. Мешать это все в кучу - устарелый подход.

1

Сообщение от KEKCoGEN Все современные проекты пишутся полностью restfull и фронт-енд часть пишется на клиентских языках (javascript, AngularJS)

да, есть такая "движуха", начался активный перенос логики на клиента, но для Энтерпрайс проектов еще активно используется старый добрый "делай-все-на-сервере " подход, чтобы быть не зависимым от клиента.

Я не думаю, что даже Энтерпрайс-левел фронт-энд JS фреймворки заменят в ближ будущем традиционное "запиливание" страниц на сервере для Энтрепраза: для этого просто нет готовых разрабов, кроме того новичнам по-любому скорее всего придется возиться с уже существующими проектами...

Добавлено через 6 минут
PS: да, кстати, только сейча я осознал, что при переносе логики на клиента (посредством, AngularJS например), уже не требуется такое детальное знание JAVA web фреймворков, а требуется знание фронт-енд фреймворка. А эти знания - универсальны, т.е. работают для любого проекта\сервера\платформы. При таком переносе логики на клиента очень приличный кусок работы "обобщается", т.е. становится не специфичным к бек-энду. А это большая перемена.

0

Сообщение от Den Brown да, есть такая "движуха", начался активный перенос логики на клиента

на сколько это правильно с точки зрения безопасности?

0

Сообщение от Den Brown Я не думаю, что даже Энтерпрайс-левел фронт-энд JS фреймворки заменят в ближ будущем традиционное "запиливание"

я пишу ентерпрайз проект и там как раз такое разделение. Прошлая версия была на JSP её выкинули и написали как надо. Теперь радуюсь.

Добавлено через 34 секунды

Сообщение от asus на сколько это правильно с точки зрения безопасности?

если бекенд пишут не индусы то никакой проблемы с безопасностью нет.

Добавлено через 1 минуту

Сообщение от Den Brown я осознал, что при переносе логики на клиента (посредством, AngularJS например), уже не требуется такое детальное знание JAVA web фреймворков, а требуется знание фронт-енд фреймворка.

Не требуется знания некоторых аспектов. Например тот же JSP. Однако требуется знание других вещей. Фронт-енд же пишут вообще другие люди которые могут сидеть как в соседней комнате, так и на другом континенте.

1