Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3 4      [все]
 Фреймворки  [new]
Korcar
Member

Откуда:
Сообщений: 7651
Тема такая уже была? Кто какие фреймворки юзает, плюсы/минусы для коммерческих и компоративных проектов исходя из субъективных впечатлений/опыта?
31 янв 19, 08:58    [21798427]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
SQL2008
Member

Откуда:
Сообщений: 3694
Для себя выбрал набоh из
Java Spring + JDBC (jdbcTemplate) + MySQL + BOOTSTRUP + jQuery + Tomcat 8.
Пока хватает для моих задач.
Мнение сугубо личное, не претендующее на абсолютную истину.

Разрабатывать легко.
Приходится повозиться только с нетривиальными задачами,
типа обработки изображений или сжатие-распаковка файлов.
31 янв 19, 10:06    [21798480]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
dimonz80
Member

Откуда:
Сообщений: 179
Korcar,


Play(scala) + Anorm + Postgresql + Jquery + JSViews.

+++: MVC, Фуллстек, очень удобный роутинг/реверс-роутинг, норм. темплейт движок, активно развивается, без сервлет-контейнера,

---: активно развивается (все время что-то меняется), scala медленно компилится, куча кодогенерации для темплейтов и роутов, обработка форм и JSON из коробки не очень (для JSON взял circe), надо курить доки по akka для понимания стриминга (SSE,Comet,WS, отдача файлов).
31 янв 19, 11:03    [21798527]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Valentin Kolesnikov
Member

Откуда:
Сообщений: 3111
Korcar
Тема такая уже была? Кто какие фреймворки юзает, плюсы/минусы для коммерческих и компоративных проектов исходя из субъективных впечатлений/опыта?


spring-boot/jhipster.

Хорошего Вам дня!
1 фев 19, 06:14    [21799253]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Korcar
Member

Откуда:
Сообщений: 7651
ух ты, спринг резко вырвался вперед. в принципе, по статистике так и есть...
1 фев 19, 08:57    [21799299]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 4785
Каркасом почти для всего является SpringBoot, а там уж...
Именно из фреймворков, наверное можно hibernate упомянуть
Морда лица - Angular4+, если она нужна и именно от меня.
1 фев 19, 09:06    [21799306]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36520
Korcar
Тема такая уже была? Кто какие фреймворки юзает, плюсы/минусы для коммерческих и компоративных проектов исходя из субъективных впечатлений/опыта?

Было. Нажми поиск. С тех пор ничего не изменилось.
автор
спринг резко вырвался вперед

Он не впереди и не взади.
Это клей связуещего всего остального на бэке.
Как в игре второй уровень.
А без него или без EJB это первый уровень.
1 фев 19, 13:33    [21799630]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
olegeos
Member

Откуда:
Сообщений: 160
Java EE + EclipseLink(hibernate) + postgres + jsf(primefaces) + glassfish.
1 фев 19, 13:39    [21799637]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
qasta
Member

Откуда:
Сообщений: 51
Korcar
Тема такая уже была? Кто какие фреймворки юзает, плюсы/минусы для коммерческих и компоративных проектов исходя из субъективных впечатлений/опыта?


На стороне сервера: JEE (Wildfly) - JPA (Hibernate) + JAX-RS + FasterXML (JSON binding)
На стороне клиента (веб страницы): React + Webpack + Babel (ES6)
1 фев 19, 13:48    [21799649]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
qasta
Member

Откуда:
Сообщений: 51
qasta
Korcar
Тема такая уже была? Кто какие фреймворки юзает, плюсы/минусы для коммерческих и компоративных проектов исходя из субъективных впечатлений/опыта?


На стороне сервера: JEE (Wildfly) - JPA (Hibernate) + JAX-RS + FasterXML (JSON binding)
На стороне клиента (веб страницы): React + Webpack + Babel (ES6)


Со стороны клиента забыл ещё Redux
1 фев 19, 13:53    [21799662]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
cossack5
Member

Откуда:
Сообщений: 413
На прошлой работе, Jersey, Jetty, Guice - на беке. На клиенте - Vaadin.
Сейчас Spring Cloud на беке, реакт на клиенте.
3 фев 19, 14:40    [21800778]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Korcar
Тема такая уже была? Кто какие фреймворки юзает, плюсы/минусы для коммерческих и компоративных проектов исходя из субъективных впечатлений/опыта?

По количеству использований Spring/SpringBoot наверное самый затасканый. И безграничный как вселенная.
Его любят в банках и телекоммуникационных компаниях.

По сути знания Java + Spring - это гарантия хорошо пройденного собеса. По технической части.
Использовали мы его много. Но модульно. Не все части. Core, MVC, AOP, Batch что первое на ум пришло.
Плюсов у него очень много. Такими плюсами можно давить другие фреймворки. (Google Guice даже близко
не стоял и решал только задачи DI. Хотя для некоторых проектов его бы хватило).

По UI-ым фреймворкам я ничего не скажу. Не специалист в этом.
3 фев 19, 22:28    [21800934]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Hett
Member

Откуда: Бийск, Новосибирск
Сообщений: 13411
SQL2008
Java Spring + JDBC (jdbcTemplate) + MySQL + BOOTSTRUP + jQuery + Tomcat 8.

В резюме, главное, так не пишите
5 фев 19, 18:29    [21802147]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Hett
Member

Откуда: Бийск, Новосибирск
Сообщений: 13411
mayton
. (Google Guice даже близко
не стоял и решал только задачи DI. Хотя для некоторых проектов его бы хватило).

А какие еще задачи Guice может решать?
5 фев 19, 18:31    [21802149]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Поскольку Google Guice является фреймворком - я включил его в список сравнения.
5 фев 19, 18:37    [21802156]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 4785
mayton
Поскольку Google Guice является фреймворком - я включил его в список сравнения.


это такой толстый намек, что человек не уловил, что разговор идет в контексте того, что кто то может не знать, что делает guice в сравнении с spring`ом. Троллинг вроде как.
5 фев 19, 18:38    [21802159]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
(разводя руками)

Кому как показалось. Фреймворки бывают разные.
5 фев 19, 18:42    [21802162]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Hett
Member

Откуда: Бийск, Новосибирск
Сообщений: 13411
Вообще то когда про гуйс заговорили, никто и не утверждал, что на нем одном веб приложения написались. В чем тут троллинг то?
5 фев 19, 18:43    [21802163]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Hett
Member

Откуда: Бийск, Новосибирск
Сообщений: 13411
mayton
Поскольку Google Guice является фреймворком - я включил его в список сравнения.


К сообщению приложен файл. Размер - 6Kb
5 фев 19, 18:45    [21802165]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Ого. Ну полноте-с. Я никак не похож на кинорежиссера Якина. А вообще топик пора закрыть.
5 фев 19, 18:49    [21802168]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Hett
Member

Откуда: Бийск, Новосибирск
Сообщений: 13411
mayton
Ого. Ну полноте-с. Я никак не похож на кинорежиссера Якина. А вообще топик пора закрыть.

Он в этой сцене говорил "Поразительно! Гениально!".
Это я про сравнение гуиса со спрингом, потом что они оба ФРЕЙМВОРКИ.
5 фев 19, 18:53    [21802171]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36520
Hett,
Я согласен, что спрашивать какие фреймворки используем, да еще в java, как то глупо.
Это все равно что спросить: ".. Что все сегодня пишем-то? Чем занимаемся?"))
5 фев 19, 19:09    [21802176]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Нету актуальной статистики по использованию. Наподобие tiobe в разрезе языков.
5 фев 19, 19:59    [21802190]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
Korcar
ух ты, спринг резко вырвался вперед. в принципе, по статистике так и есть...


я постоянно мониторю вакансии по связке джава спринг в спб, так вот, за год их стало на 25-30% больше. удивительно, но эти стариканы популярность лишь набирают.
5 фев 19, 20:00    [21802191]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
зы. сам юзал:
джава спринг-бут хибер, немного кафки. сейчас те же яйца, но сбоку: скала плей слик.

плей это такой молодой спринг-мвс, слик это тоже такой молодой и карявый хибер. ))
5 фев 19, 20:03    [21802193]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Лифт хвалят еще https://liftweb.net/

Но я не юзал.
5 фев 19, 20:27    [21802200]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
vimba
Member

Откуда: Санкт-Петербург
Сообщений: 2185
Вообще не использую фреймворки, предпочитаю собирать приложение из библиотек, разве что spring как dependency injection.
5 фев 19, 23:31    [21802253]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1644
mayton
По количеству использований Spring/SpringBoot наверное самый затасканый.


JEE (забыл как ныне называется) ещё не сдался.

mayton
По сути знания Java + Spring - это гарантия хорошо пройденного собеса


Не везде Картинка с другого сайта.

mayton
Плюсов у него очень много. Такими плюсами можно давить другие фреймворки. (Google Guice даже близко не стоял и решал только задачи DI. Хотя для некоторых проектов его бы хватило).


Библиотеки делятся (название условное) на каркасы и компоненты.
Каркас берёт на себя управление жизненныем циклом. Компоненты можно добавлять/удалять совершенно спокойно. Каркас- "должен остаться только один".
Можно взять Guice и докидать спринговых кусков. Но нельзя путать его со Spring DI и Spring boot.
Так что сравнивая каркасы- вполне разумно сравнивать spring/guice/kodein/dagger
Другое дело, что в spring (так же как в JavaEE) есть возможности на все случаи жизни. Но (в отличии от JavaEE) их не надо использовать все.
6 фев 19, 07:53    [21802324]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
qasta
Member

Откуда:
Сообщений: 51
Alexey Tomin
mayton
По количеству использований Spring/SpringBoot наверное самый затасканый.


JEE (забыл как ныне называется) ещё не сдался.

mayton
Плюсов у него очень много. Такими плюсами можно давить другие фреймворки. (Google Guice даже близко не стоял и решал только задачи DI. Хотя для некоторых проектов его бы хватило).


Другое дело, что в spring (так же как в JavaEE) есть возможности на все случаи жизни. Но (в отличии от JavaEE) их не надо использовать все.


Маятник "легковесности" JEE-SpringFramework уже (лет 5-6 назад где-то это началось) разворачивается в другую сторону. Правда, не скажу насчёт 5-го спринга - может быть они там увеличили скорость запуска на порядок (в 10 раз). Если нет - то спринг (особенно бут) уже давно стал "тяжеловесом" :)
6 фев 19, 10:11    [21802412]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
SQL2008
Member

Откуда:
Сообщений: 3694
qasta
Если нет - то спринг (особенно бут) уже давно стал "тяжеловесом" :)

Полностью согласен с этим мнением.
Никак не получается уменьшить время запуска WEB приложения менее 5-7 секунд.
6 фев 19, 10:15    [21802415]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
А надо?
6 фев 19, 10:24    [21802422]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Ентрепрайз-приложения могут стартовать по 10-20 минут. Прогревают in-memory кеши и прочее.
И какое значение тут имеют 2-3 минуты? Тут либо приложение не то. Либо спринг не нужен.
6 фев 19, 11:14    [21802475]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
Ентрепрайз-приложения могут стартовать по 10-20 минут.

- могут, но не должны, это тот случай когда надо разбивать монолит
6 фев 19, 11:16    [21802481]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Зачем его разбивать. Он - прекрасен. Главное чтоб железка тянула.
6 фев 19, 11:17    [21802483]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 36520
Может когда говорят слово Монстр или тяжеловесный фреймворк это не время старта все таки?
Это комплексная характеристика.
6 фев 19, 11:50    [21802541]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
qasta
Member

Откуда:
Сообщений: 51
mayton
Ентрепрайз-приложения могут стартовать по 10-20 минут. Прогревают in-memory кеши и прочее.
И какое значение тут имеют 2-3 минуты? Тут либо приложение не то. Либо спринг не нужен.


Никто не говорит, что "так делать нельзя" и приложение должно запускаться за секунду.
Просто не стоит сейчас говорить о том, что спринг является легковесным по сравнению с JEE.

В целом я положительно отношусь к наличию фреймворков, отличных от JEE. Тот же Google Guice явился в своё время альтернотивой тем, что был "чисто DI" и ничего лишнего. Мы на него наше десктоп-приложение перевели и на ровном месте (убрав *.xml от спринга и добавив *.java для guice) получили уменьшение времени запуска с 15 секунд до 5 (примерно - это было лет 10 назад, уже и не помню).

Ну или взять тот же Hibernate - лишь благодаря ему из JEE выкинули нахрен CMP бины (старожилы помнят эту хрень, для молодых - Container Managed Persistence) и практически скопировали hibernate в JPA (введя последний в том числе и в состав JEE). JDO правда, так и не выжил.

Кстати, кардинальное ускорение запуска сервера приложений JBoss 8 (или Wildfly 8) было своеобразным ответом на наличие spring-test. Ибо сприинговые приложения тогда автотестировались очень быстро (а без @DirtiesContext - ещё быстрее :) ), а в J2EE только пустой сервер поднимался секунд 30...
6 фев 19, 11:53    [21802547]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Да я про JEE вообще ничего не говорил.
6 фев 19, 12:18    [21802583]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
Kachalov
mayton
Ентрепрайз-приложения могут стартовать по 10-20 минут.

- могут, но не должны, это тот случай когда надо разбивать монолит

у любой архитектуры есть плюсы и минусы, и у микросервисов и у монолита. это странно было бы отрицать. зависит от конкретного случая.

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

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

спринг - клёвейшая штука. на нем можно делать от микросервисиков в десяток строк и до диких монолитов с миллионом строк кода. кроме того, спринг весьма гибкая штука и если тебе хочется что-то потюнить то перед тобой все (ну почти все) двери будут открыты. и, ты не поверишь, но спринг избавляет от целой кучи бойлерплейтов. это очень приятно.
6 фев 19, 13:29    [21802647]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
vimba
Вообще не использую фреймворки, предпочитаю собирать приложение из библиотек, разве что spring как dependency injection.

если ты делаешь дома под пивасик лабораторку соседу то сканает. если речь идет о проекте с ценником выше ста баксов то ситуация меняется.
6 фев 19, 13:31    [21802650]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Tsyklop
Member

Откуда: Украина
Сообщений: 816
А еще спринг приложение долго стартуют если включен дебаг в логгере (TRACE или DEBUG). Сам проверял.
6 фев 19, 13:45    [21802657]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 4785
andreykaT
vimba
Вообще не использую фреймворки, предпочитаю собирать приложение из библиотек, разве что spring как dependency injection.

если ты делаешь дома под пивасик лабораторку соседу то сканает. если речь идет о проекте с ценником выше ста баксов то ситуация меняется.


блин, да даже дома под пивасик тратить время на бог бойлерпринт всякий - такое себе удовольствие.
6 фев 19, 14:03    [21802677]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
andreykaT
у любой архитектуры есть плюсы и минусы, и у микросервисов и у монолита. это странно было бы отрицать. зависит от конкретного случая.

- намекаете, что 20 минутный старт это нормально? не могу с этим согласиться. И откуда взялись "микросервисы"? я про них ничего не говорил. Это один из вариантов, но не единственный - JavaEE приложение по определению модульно, перезапускать и деплоить модули можно отдельно.

andreykaT
поднять шайбу из десятка микросервисов тоже за секунды не выйдет.

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

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

- похоливарить хотите? по моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек
6 фев 19, 14:53    [21802737]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Tsyklop
Member

Откуда: Украина
Сообщений: 816
Kachalov
по моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек

Кто Вам мешает настроить спринг зависимости под себя?

в Java EE избыточный код будет ибо много утилитного кода придется писать для приложения. А этот самый код может быть с багами, а еще хуже того с трудноуловимыми багами. Не думаю что Вам будет удобно работать с чистым JDBC и без объектов (я работал и это ад. Тонны кода, не понятно зачем). Почему бы не использовать то что уже готово, оттестировано большим комюнити? Да, приложение станет чуть больше, но как плюс вы сэкономите время на разработку (хотя даже со спрингом могут быть сюрпризы, но они не частые).

Смотря какую цель вы преследуете, всего-то.
6 фев 19, 15:12    [21802762]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Озверин
andreykaT
пропущено...

если ты делаешь дома под пивасик лабораторку соседу то сканает. если речь идет о проекте с ценником выше ста баксов то ситуация меняется.


блин, да даже дома под пивасик тратить время на бог бойлерпринт всякий - такое себе удовольствие.

Под пивасик можно насетапить разные себе стартапы. Только вот качество кода на выходе будет.. хм...
не при детях будет сказано.
6 фев 19, 15:18    [21802769]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Tsyklop
Кто Вам мешает настроить спринг зависимости под себя?

- отсутствие времени

Tsyklop
в Java EE избыточный код будет ибо много утилитного кода придется писать для приложения.

- с чего бы это? разве мало существует фреймворков работающих в JavaEE и не требующих лишних зависимостей?

Tsyklop
Не думаю что Вам будет удобно работать с чистым JDBC и без объектов (я работал и это ад. Тонны кода, не понятно зачем).

- причем тут JavaEE?

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

+ 50Мб кода, дублирующего функционал сервера приложений
6 фев 19, 15:19    [21802772]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 4785
Kachalov, не все сервера имплементируют EE как бе.
6 фев 19, 15:27    [21802785]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
EE - это пережиток старины далёкой.
6 фев 19, 15:46    [21802818]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
qasta
Member

Откуда:
Сообщений: 51
mayton
Да я про JEE вообще ничего не говорил.

mayton
EE - это пережиток старины далёкой.


Ну зачем же вы так? Холивар провоцируете.
6 фев 19, 16:22    [21802849]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
Tsyklop
Kachalov
по моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек

Кто Вам мешает настроить спринг зависимости под себя?

в Java EE избыточный код будет ибо много утилитного кода придется писать для приложения. А этот самый код может быть с багами, а еще хуже того с трудноуловимыми багами. Не думаю что Вам будет удобно работать с чистым JDBC и без объектов (я работал и это ад. Тонны кода, не понятно зачем). Почему бы не использовать то что уже готово, оттестировано большим комюнити? Да, приложение станет чуть больше, но как плюс вы сэкономите время на разработку (хотя даже со спрингом могут быть сюрпризы, но они не частые).

Смотря какую цель вы преследуете, всего-то.

вот вот точняк прям. скала плей слик описал -- рой бойлерплейта и рой гамнокода который в спринге уже и написан и отдебажен а ты такой начинаешь писать этот мусор а потом еще вдвое больше времени тратишь на допиливание и отлов ошибок. прекрасное и легковесное решение. лол.
6 фев 19, 16:25    [21802852]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
qasta, ладно ладно. Не буду. Хороший EE. Юзайте всегда.
6 фев 19, 16:27    [21802857]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Озверин
не все сервера имплементируют EE как бе.

- поподробней. JavaEE сервера имплементируют JavaEE, не JavaEE - не имплементируют, - звучит логично.

mayton
EE - это пережиток старины далёкой.

JavaEE 8 - сентябрь 2017;
Jakarta EE 8 (вместе с Eclipse GlassFish 5.2) ожидается в 2019
6 фев 19, 16:27    [21802858]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
кстати, по спрингу.. я вот чот где то слышал что ни разу они не бесплатники а спонсируют их толи жп морган толи стрит стейт корп (на этих чуваков даж я поработать полгода успел).
6 фев 19, 16:30    [21802863]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 7396
andreykaT
они не бесплатники

А что такое "бесплатники"

Это такое религиозное учение, где монахи в монастыре возделывают огород, варят пиво, молятся java и в оставшиеся время spring пишут?

Т.к. кроме монахов (которые питаются с монастырского огорода и пьют свое-же монастырское пиво), всем остальным нужно кушать... доширак и так далее....
6 фев 19, 16:37    [21802871]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Он имеет в виду что частично существует платный заказ на доработку опенсорцного продукта. Если я верно понял.
6 фев 19, 16:40    [21802874]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 4785
Kachalov
Озверин
не все сервера имплементируют EE как бе.

- поподробней. JavaEE сервера имплементируют JavaEE, не JavaEE - не имплементируют, - звучит логично.



Kachalov
+ 50Мб кода, дублирующего функционал сервера приложений


Что как бе очевидно - не стоит пользоваться EE сервером приложений, если ты запускаешь не EE приложение, чтобы не было +50мб кода.
о каких +50 мб вообще идет речь?(я уж не говорю о смешной цифре для кровавого).
6 фев 19, 16:41    [21802876]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Откуда цифра 50? Работа класслоадера слабо коррелирует с размером артифакта.
6 фев 19, 17:00    [21802902]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Озверин
Что как бе очевидно - не стоит пользоваться EE сервером приложений, если ты запускаешь не EE приложение, чтобы не было +50мб кода.

- какая то демагогия. Простейшее SpringBoot приложение - это сразу 50Мб разнообразных полезных вещей, большинство из которых мне не нужны. Если прополоть ручками, можно сократить до 20Мб разных полезняшек, но не суть. Суть в том, что если запускать JavaEE приложение на JavaEE сервере, то это приложение худеет на 20-50Мб по сравнению с аналогами.

Озверин
о каких +50 мб вообще идет речь?(я уж не говорю о смешной цифре для кровавого).

- это время запуска и расход ОП.
6 фев 19, 17:08    [21802910]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 4785
Kachalov
Озверин
Что как бе очевидно - не стоит пользоваться EE сервером приложений, если ты запускаешь не EE приложение, чтобы не было +50мб кода.

- какая то демагогия. Простейшее SpringBoot приложение - это сразу 50Мб разнообразных полезных вещей, большинство из которых мне не нужны. Если прополоть ручками, можно сократить до 20Мб разных полезняшек, но не суть. Суть в том, что если запускать JavaEE приложение на JavaEE сервере, то это приложение худеет на 20-50Мб по сравнению с аналогами.

Озверин
о каких +50 мб вообще идет речь?(я уж не говорю о смешной цифре для кровавого).

- это время запуска и расход ОП.


Никто ж не заставляет вас использовать Spring, но говорить, что спринг из коробки весит 50 мб - это как-то перебор.
Кроме того, никуда этот "код" не девается, просто он кочует в случае ЕЕ сервиса на сервер, хотите, сделайте тоже самое со спрингом.

сферический конь в вакууме.(передо мной средней сложности микросервис на 30 мб в спринг стеке.

+
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>

<groupId>com.services</groupId>
<artifactId>api-layer-service</artifactId>
<version>1.0.0</version>
<packaging>war</packaging>

<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.5.17.RELEASE</version> <!--latest before 2-->
<relativePath/>
</parent>

<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<java.version>1.8</java.version>
<start-class>com.services.api.ApiLayerServiceApplication</start-class>
<redmine-java-api.version>3.1.1</redmine-java-api.version>
</properties>

<dependencies>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-cache</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-amqp</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.zaxxer</groupId>
<artifactId>HikariCP</artifactId>
</dependency>
<dependency>
<groupId>com.taskadapter</groupId>
<artifactId>redmine-java-api</artifactId>
<version>${redmine-java-api.version}</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jul-to-slf4j</artifactId>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>log4j-over-slf4j</artifactId>
</dependency>
</dependencies>


</project>
6 фев 19, 17:16    [21802915]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Kachalov
- поподробней. JavaEE сервера имплементируют JavaEE, не JavaEE - не имплементируют, - звучит логично.

Kachalov
по моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек


Самому то не кажется, что это взаимоисключающие параграфы? Если JavaEE ничего не имплементирует, то откуда в ней вообще код избыточный или нет? Если есть куча реализаций, то вся прям эта куча, всё гавно, всякие JBoss-ы и WebLogic-и вот они все как один стройны и неизбыточны, а Сринг один против всех коварен и избыточен!? Похоже на ксенофобию. Какая вообще куча конфигураций в Spring Boot?
6 фев 19, 17:27    [21802922]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Tsyklop
Member

Откуда: Украина
Сообщений: 816
Kachalov
Суть в том, что если запускать JavaEE приложение на JavaEE сервере, то это приложение худеет на 20-50Мб по сравнению с аналогами.


а еще вы потратите кучу времени на ее написание, фикс багов и дебаг. Если вам нравится извращаться и изобретать велосипед то флаг в руки. Сейчас же что ОЗУ что физическая память не дорогие поэтому на этом не экономят (не прям что бы совсем экономят, но не делают жестких рамок) (Хотя может где-то и есть такие рамки. Везде где я был таких рамок нет.)
6 фев 19, 17:28    [21802924]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
С точки зрения Java EE - если я создал свою имплементацию например javax.persistence.* то моё приложение
уже по определению EE.
6 фев 19, 17:33    [21802929]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
На титульной страничке Spring Boot https://spring.io/projects/spring-boot
нет вообще ни слова про EE.
6 фев 19, 17:36    [21802930]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Лысый дядька
Kachalov
- поподробней. JavaEE сервера имплементируют JavaEE, не JavaEE - не имплементируют, - звучит логично.

Kachalov
по моему классический JavaEE сегодня содержит меньше избыточного кода, конфигураций и библиотек


Самому то не кажется, что это взаимоисключающие параграфы? Если JavaEE ничего не имплементирует, то откуда в ней вообще код избыточный или нет? Если есть куча реализаций, то вся прям эта куча, всё гавно, всякие JBoss-ы и WebLogic-и вот они все как один стройны и неизбыточны, а Сринг один против всех коварен и избыточен!?


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

- особенно забавно смотреть как Spring-приложения деплоят на, как Вы говорите, "JBoss-ы и WebLogic-и", а потом рассказывают про "кровавый энтерпрайз"

Лысый дядька
Похоже на ксенофобию. Какая вообще куча конфигураций в Spring Boot?

- давайте припомним: @EnableXXX ..., @Configuration, ... implements WebApplicationInitializer и т п, org.springframework.web...Listener, @ImportResource - *.xml, разные магические названия xml-конфигов для модулей и т д. И все это одновременно можно использовать. Такого г..на (ой, простите, гибкости) нигде нет. Spring тут чемпион! Пришлось даже специальный web-ресурс создать для генерации проектов.
6 фев 19, 17:53    [21802951]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Tsyklop
Kachalov
Суть в том, что если запускать JavaEE приложение на JavaEE сервере, то это приложение худеет на 20-50Мб по сравнению с аналогами.


а еще вы потратите кучу времени на ее написание, фикс багов и дебаг. Если вам нравится извращаться и изобретать велосипед то флаг в руки. Сейчас же что ОЗУ что физическая память не дорогие поэтому на этом не экономят (не прям что бы совсем экономят, но не делают жестких рамок) (Хотя может где-то и есть такие рамки. Везде где я был таких рамок нет.)


- какой то бред. Зачем мне дебажить Hibernate/EclipseLink и прочие фреймворки имплементирующие части спецификации JavaEE? Что Вы называете "JavaEE"? С какой стати я потрачу больше времени чем при написании приложения на Spring? Голословное утверждение, требующее хотя бы минимальных пояснений, а то Вас трудно понять.
6 фев 19, 17:58    [21802957]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
С точки зрения Java EE - если я создал свою имплементацию например javax.persistence.* то моё приложение
уже по определению EE.

- кто Вам это сказал? И зачем Вам создавать собственный ORM-фреймворк? Хочется сделать свой Hibernate/EclipseLink etc?
6 фев 19, 17:59    [21802959]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
На титульной страничке Spring Boot https://spring.io/projects/spring-boot
нет вообще ни слова про EE.

- что это значит? пожалуйста, пишите конкретней, чтобы было меньше флуда
6 фев 19, 18:01    [21802961]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Kachalov
mayton
С точки зрения Java EE - если я создал свою имплементацию например javax.persistence.* то моё приложение
уже по определению EE.

- кто Вам это сказал? И зачем Вам создавать собственный ORM-фреймворк? Хочется сделать свой Hibernate/EclipseLink etc?

Вы же читаете внимательно что я пишу?

Я написал - ЕСЛИ.
6 фев 19, 18:01    [21802964]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Kachalov
Если имплементация JavaEE находится в сервере, то JavaEE приложение весит меньше

И какая выгода то от этого похудания?

Kachalov
Пришлось даже специальный web-ресурс создать для генерации проектов.

Ну и отлично! Руками конфигурить надо мало, в чем проблема? В том, что где-то там под капотом куча настроек? Ну и чо?

Kachalov
Такого г..на (ой, простите, гибкости) нигде нет.

Конечно нет, я в джаве не специалист, но боюсь что прикрутить к EJB что-то не вполне стандартное в мире джавы выльется в гораздо больший геморрой.
6 фев 19, 18:04    [21802965]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Kachalov
mayton
На титульной страничке Spring Boot https://spring.io/projects/spring-boot
нет вообще ни слова про EE.

- что это значит? пожалуйста, пишите конкретней, чтобы было меньше флуда

Это значит то что я написал. Создатели фреймворка Spring написали следующее. (я квотирую то что я вижу сейчас
в своем браузере).

Spring Boot makes it easy to create stand-alone, production-grade Spring based Applications that you can "just run".

We take an opinionated view of the Spring platform and third-party libraries so you can get started with minimum fuss. Most Spring Boot applications need very little Spring configuration.


Я акцентирую просто внимание на том что стандарты EE не вошли в аннотацию данного программного продукта.

Остальное - касаемо флуда и прочее - это вы придумали.
6 фев 19, 18:05    [21802967]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Kachalov
Если имплементация JavaEE находится в сервере, то JavaEE приложение весит меньше


А! понял!!!


Картинка с другого сайта.
6 фев 19, 18:06    [21802968]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
Я акцентирую просто внимание на том что стандарты EE не вошли в аннотацию данного программного продукта.

Остальное - касаемо флуда и прочее - это вы придумали.

- я пытаюсь понять что следует из Вашего утверждения, кроме того факта что Вы умеете читать по английски? Возможно на пятой странице топика это станет ясно
6 фев 19, 18:23    [21802980]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Лысый дядька
И какая выгода то от этого похудания?

Ну и отлично! ... Ну и чо?

- очередная болтовня, в ответ на аргументы начинаются рассуждения в стиле "а зачем все это". Будут конкретные вопросы - задавайте, всегда готов обсудить.
6 фев 19, 18:33    [21802985]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
andreykaT
Member

Откуда:
Сообщений: 1587
mayton
Он имеет в виду что частично существует платный заказ на доработку опенсорцного продукта. Если я верно понял.

не... я к тому что разработка идет как раз таки отнюдь не какими то там программистами которые после работы приходят домой и начинают улучшать и допиливать спринг )) а совсем наоборот. есть группа людей которая работает за деньги и работает только над конкретным продуктом и работает отнюдь не на волонтерских началах.
6 фев 19, 18:51    [21802997]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Leonid Kudryavtsev
Member

Откуда:
Сообщений: 7396
andreykaT

90 % Open Source ровно так и разрабатывается. AFAIK
Всякие IBM и прочие, в целый ряд open source проектов миллиарды зелени вливают.

Например, не так давно в соседнем подфоруме Postgres PRO кости перемывали ))), там тоже народ на зарплате сидит.
6 фев 19, 19:00    [21803004]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
andreykaT
mayton
Он имеет в виду что частично существует платный заказ на доработку опенсорцного продукта. Если я верно понял.

не... я к тому что разработка идет как раз таки отнюдь не какими то там программистами которые после работы приходят домой и начинают улучшать и допиливать спринг )) а совсем наоборот. есть группа людей которая работает за деньги и работает только над конкретным продуктом и работает отнюдь не на волонтерских началах.

Думаю да. Во первых давайте посмотрим что такое вообще spring. Наиболее релевантное гуглится в гитхабе
по ссылке https://github.com/search?l=Java&q=spring-projects&type=Repositories

Это не один проект. Это охулиард разных проектов. И скорее всего у них разные владельцы. Можно скачать парочку
и по логам изменений просто посмотреть какие есть емейлы. Возможно будет какая-то организация. Или сообщество.
6 фев 19, 19:01    [21803007]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Kachalov
Лысый дядька
И какая выгода то от этого похудания?

Ну и отлично! ... Ну и чо?

- очередная болтовня, в ответ на аргументы начинаются рассуждения в стиле "а зачем все это". Будут конкретные вопросы - задавайте, всегда готов обсудить.
6 фев 19, 19:26    [21803025]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Да что тут обсуждать то? Ты как китайский комсомолец доблестно придумываешь себе трудности чтобы их героически преодолевать. Это же ты высказал недовольство якобы тяжеловесностью Спринга по сравнению с ejb. Ну так и ответь на вопрос какие реальные преимущества, а не надуманные, даёт перенос тяжеловесного кода на сервер приложений. По ходу пьесы никаких. То есть очередная болтовня теоретика.
6 фев 19, 19:32    [21803032]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
EJB или JavaEE ?
6 фев 19, 19:33    [21803034]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
mayton
EJB или JavaEE ?

Традиционно именно они сравниваются в холиварах, разве нет?
6 фев 19, 19:35    [21803038]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Лысый дядька,

То есть Спринг vs EJB
6 фев 19, 19:35    [21803040]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
Думаю да. Во первых давайте посмотрим что такое вообще spring. Наиболее релевантное гуглится в гитхабе
по ссылке https://github.com/search?l=Java&q=spring-projects&type=Repositories

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


- на StackOverflow и в комитах вижу в основном тех кто перечислен тут: The Spring Team
6 фев 19, 19:38    [21803041]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Kachalov
mayton
Думаю да. Во первых давайте посмотрим что такое вообще spring. Наиболее релевантное гуглится в гитхабе
по ссылке https://github.com/search?l=Java&q=spring-projects&type=Repositories

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


- на StackOverflow и в комитах вижу в основном тех кто перечислен тут: The Spring Team

Мда.. Но в профилях этих благородных донов не указано место работы. Былоб неплохо прояснить.
Spring - это вроде как не юридическое название. Как-то так.
6 фев 19, 19:41    [21803043]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Лысый дядька
mayton
EJB или JavaEE ?

Традиционно именно они сравниваются в холиварах, разве нет?

Нет. Я не про это. Мой вопрос касался расплывчатости определения JavaEE.

Многие просто трактуют это по разному.
6 фев 19, 19:43    [21803045]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Лысый дядька
То есть Спринг vs EJB

мягкое vs теплое
6 фев 19, 19:44    [21803046]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Интерфейсы против имплементаций?
6 фев 19, 19:45    [21803048]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
Мой вопрос касался расплывчатости определения JavaEE.

Многие просто трактуют это по разному.


- зачем выдумывать и "трактовать"? Все написано в спецификации: Java EE 8 platform
6 фев 19, 19:50    [21803052]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Kachalov
Лысый дядька
То есть Спринг vs EJB

мягкое vs теплое

Давно вы знакомы со Спрингом? Он не всегда был комбайном готовых решений и даже в книге EJB3 in action повествование строится на сравнении новой версии EJB со Спрингом.
6 фев 19, 19:52    [21803053]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
mayton
Member

Откуда: loopback
Сообщений: 38815
Kachalov
mayton
Мой вопрос касался расплывчатости определения JavaEE.

Многие просто трактуют это по разному.


- зачем выдумывать и "трактовать"? Все написано в спецификации: Java EE 8 platform

К моему вопросу о реализации javax.persistence.*

Вы читали документ под названием JSR-000338 Java Persistence 2.1 Specification for Evaluation ?
(В скобках я скажу что я его целиком не читал. Лишь по диагонали.)

Вы можете рассказать о чем он?
6 фев 19, 20:01    [21803056]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Лысый дядька
Member

Откуда:
Сообщений: 299
Вот, собственно, к вопросу о теплом и мягком

Картинка с другого сайта.

Спринг, оказывается, создавался как замена EJB.
6 фев 19, 20:07    [21803058]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
Лысый дядька
Давно вы знакомы со Спрингом? Он не всегда был комбайном готовых решений и даже в книге EJB3 in action повествование строится на сравнении новой версии EJB со Спрингом.

- давно, даже знаю что есть: Spring Core, Spring Security, Spring Integration, Spring JMS, Spring MVC, Spring Web Flow, Spring Data и т д. Надеюсь у Вас аналогично, есть представление о том что кроме EJB в платформу JavaEE входит поддержка еще десятка технологических решений и разработчик JavaEE может не использовать EJB-компонентов в своем проекте. То что в книжке по EJB3 есть сравнение с Spring Core (а отнюдь не со всей экосистемой Spring) очевидно, для тех кто знаком с EJB2 (в частности мне).
6 фев 19, 20:21    [21803067]     Ответить | Цитировать Сообщить модератору
 Re: Фреймворки  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5541
mayton
К моему вопросу о реализации javax.persistence.*

Вы читали документ под названием JSR-000338 Java Persistence 2.1 Specification for Evaluation ?
(В скобках я скажу что я его целиком не читал. Лишь по диагонали.)

Вы можете рассказать о чем он?

- описание спецификации JPA 2.1. Так как вменяемого вопроса так и не увидел, сформулирую ответы по своему разумению:

- JavaEE разработчик не имплементирует JPA;
- JavaEE разработчик использует JPA;
- JavaEE middleware (сервер приложений) имплементирует JPA;
- JavaEE приложение использующее JPA может быть развернуто на JavaEE сервере приложений, поддерживающем соответствующую версию спецификации JavaEE.
6 фев 19, 20:32    [21803072]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4      [все]
Все форумы / Java Ответить