The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск интегрированной среды разработки Apache NetBeans 18, opennews (??), 02-Июн-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Выпуск интегрированной среды разработки Apache NetBeans 18"  –1 +/
Сообщение от iZENemail (ok), 02-Июн-23, 19:46 
Java SE - это стандартная платформа языка программирования Java.

Java EE - это спецификация и фреймворк(и) для написания корпоративных приложений. Java EE поддерживают сервера приложений Glassfish, Jakarta EE (эталонная реализация), Wildfly, JBoss, TomEE, Geronimo, WebSphere и др.

Spring не следует спецификациям Java EE, поэтому считается нестандартным решением для создания распределённых корпоративных приложений на Java. Тем не менее, на Spring обкатались многие новаторские решения, которые со временем попали в Java EE.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

24. "Выпуск интегрированной среды разработки Apache NetBeans 18"  –2 +/
Сообщение от Аноним (24), 02-Июн-23, 22:29 
JavaEE в чистом исполнении - некромантия из начала двухтысячных, вы где, кроме легаси возрастом лет в 15 последний раз application server видели. Джава в ынтерпрайзе - это практически всегда спринг. Правда JavaEE пытаются оставить на плаву в эпоху микросервисов через развитие "облегчённой" версии MicroProfile (всякие Quarkus, Helidon), но гуано это ещё то.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +1 +/
Сообщение от Я узкий (?), 03-Июн-23, 01:06 
> Джава в ынтерпрайзе

Это и есть 15+ летние проекты. Уже лет 10 как никто не пишет стартапы на джаве

> Спринг

Давно протух

Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Аноним (36), 03-Июн-23, 02:51 
> Уже лет 10 как никто не пишет стартапы на джаве

Тыж знаешь что стартап это проект который в находится поисках метода монитизации?  

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +1 +/
Сообщение от iZENemail (ok), 03-Июн-23, 07:38 
Java EE со временем второй Java очень сильно развилась на идеях Spring, избавилась от легаси. А Spring в итоге деградировал настолько, что им невозможно стало нормально пользоваться.

Java продолжает эволюционировать и избавляться от устаревшего и ненужного.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

73. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 04-Июн-23, 06:59 
> Spring в итоге деградировал

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

Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 12:36 
>пруфы "деградации"

- Вы уже перешли со SpringBoot 2 на SpringBoot 3? Боль не испытали? Как там batch не поломался? И еще по мелочи. Это действительно не признак деградации, а признак вечного эксперимента, что для энтерпрайза не очень подходит. А деградацией леминги наверное называют то что раньше казалось легче и проще чем в JavaEE, теперь стало таким же или более сложным - слишком много стало функционала, голова типичного джуна от этого болит

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 13:26 
> batch

Батч изначально плохо написан, стараюсь его не использовать, максимально жёстко, не кастомизируемо.

По мне это одна из тех вещей, которые плохо сделаны в Spring (Наряду с Spring Cloud, Spring Statemachine).

Не всё хорошо то, что Spring.

> признак вечного эксперимента

Признак эволюции =) разве вы хотите "приклеиться" навсегда к одной апишке, спроектированной 15 лет назад ? Думаю "нет". Если всё же да - обновляейте только патч-версию, не обновляйте минор и мажор.

Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 14:50 
>Признак эволюции

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

>обновляейте только патч-версию, не обновляйте минор и мажор

- это не всегда возможно. Например поменялось (обновилось) внешнее ПО, чтобы заюзать его нужны актуальные библиотеки с ним работающие, чтобы эти библиотеки заработали надо свежую Java и связанные фреймворки, вот и назрело обновление мажор версии, а с ним и переписывание кода который никто трогать первоначально не собирался (SpringBatch привел как яркий пример проблем на которые никто изначально не подписывался)

>Батч изначально плохо написан

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

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 15:02 
> ценой в сотни человекочасов
> такие проблемы

Вы преувеличиваете серьёзность проблем. Как правило, по оптыту, в сравнении с другими "корпорастический" задачами обновление спринг бута как правило одна из самых простых.

Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 15:09 
Другими словами, если в корпорации нет процессов деливери хотя бы минимально
Аналитика(сбор требований, постановка задач), разработка, код ревью, тестирование, деплой в прод

то никакие спеки, никакие технологии не помогут.

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

Нужны нормальные менеджеры/лиды в общем.
Нет менеджера - нет процесса.

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 15:27 
>Вы преувеличиваете серьёзность проблем

- нет. Вроде я даже с примерами всё расписал: SB2 -> SB3 -> Batch (новые таблицы в БД - это документирование и миграционные скрипты, плюс работа DevOps по обновлению стендов, плюс тестирование * на количество задач которые используют Batch). Сотни человекочасов (если считать людьми не только программистов) на пустом месте. А еще неявные проблемы - SB3 -> Hibernate -> те критериа которые раньше работали стали работать иначе, хорошо если есть автотесты и такие проблемы своевременно отловились, иначе либо полное тестирование функционала, либо приветы с прода и баги, баги, баги которые потом еще пол года ловить. Конечно всё зависит от размера приложения (размера в смысле сколько всяких фич задействовано - для "Hello, World!" обновление версии SB это очень легкая задача)

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

92. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 15:41 
>Вы преувеличиваете серьёзность проблем

- нет. Вроде я даже с примерами всё расписал: SB2 -> SB3 -> Batch

я писал выше:
> Не всё хорошо то, что Spring
> А еще неявные проблемы - SB3 -> Hibernate -> те критериа которые раньше работали стали работать иначе

Hibernate - не лучшая часть Java. Есть более легковесные решения, например jOOQ, Spring Data JDBC, MyBatis. Сам лично использую Spring Data JDBC всегда когда можно.
С другой стороны, вы можете покрывать интеграционными тестами с Testcontainers, они запускают реальную базу, реальный RabbitMQ, ActiveMQ если хотите.
Я к тому - что это нужно делать загодя - покрывать тестами, тогда и обновления МАЖОРНОЙ версии не будут так болезненны.

Не используйте Spring Batch, Spring Cloud, Spring Statemachine, Hibernate

Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 16:24 
> Есть более легковесные решения, например jOOQ, Spring Data JDBC, MyBatis

- чем jOOQ лучше Apache Cayenne? jOOQ (словами из "Люди в черном") это новая крутотень, а Cayenne это старая хренотень? Не вижу разницы и оба фреймворка лично мне не нравятся (парадигма не нравится)

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

-Spring Data JDBC, Вы серьезно? Это фактически рукоблудие, а значит потеря скорости разработки (за которую Вы раньше радели), сложности в реализации кэширования, маппинга, валидации запросов. Короче отказаться от всех плюшек JPA или Spring Data JPA - это круто, видимо какие то большие сложности возникли. Если нужен native SQL, то JPA это разрешает, да и в Hibernate есть всё необходимое


>Hibernate - не лучшая часть Java.

- однако это такой же меэйнстрим как и Spring, и топить за Спринг как за "современный", но отказываться от Хибера, это какая то противоречивая позиция

>Я к тому - что это нужно делать загодя - покрывать тестами, тогда и обновления МАЖОРНОЙ версии не будут так болезненны

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

>Не используйте Spring Batch, Spring Cloud, Spring Statemachine, Hibernate

- вот и поговорили) Ранее Вы мне еще не рекомендовали JavaEE) Что осталось? Рукоблудие вместо фреймворков и контейнеров?

Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 16:40 
> -Spring Data JDBC, Вы серьезно? Это фактически рукоблудие

Вы наизусть помните как прописывать маппинги OneToMany ? Посмотрите выступления Jens Shauder, например https://www.youtube.com/watch?v=GOSW911Ox6s https://www.youtube.com/watch?v=DD7U4i51xLI он объясняет мотивацию создания Spring Data JDBC.
Я вас не заставляю на него переходить, не хотите - не нужно, поддерживайте вокруг себя постепенно устаревающую и уходящую в историю вашу зону комфорта, с Java EE и Hibernate, как я понимаю.

Вас не смущает, что НИГДЕ, ни в одном популярном сегодня языке кроме Java нет такого монстра как Hibernate, с 3мя (sic!) уровнями кэшей, Lazy loading и OneToMany ?

Эволюция свернула не туда, когда придумывали Hibernate.

> - однако это такой же меэйнстрим как и Spring, и топить за Спринг как за "современный", но отказываться от Хибера, это какая то противоречивая позиция

Просто беру самое лучшее, стараюсь не мыслить однобоко.

> Ранее Вы мне еще не рекомендовали

Не вам. Начишающим разработчикам. Я писал, что я не против вашего выбора, пишите на чём хотите.

> Рукоблудие

Не зацикливайтесь на этом слове, это не улучшает вашу аргументацию.

Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 16:55 
>Вас не смущает, что НИГДЕ, ни в одном популярном сегодня языке кроме Java нет такого монстра как Hibernate, с 3мя (sic!) уровнями кэшей, Lazy loading и OneToMany ?

- нет, это только подчеркивает что Java/JavaEE это язык и спецификация корпоративного уровня. В задачах решаемых на Java часто нужно работать с большими объемами связанных данных, поэтому в JPA описаны требования по кэшированию и его поведение

>Вы наизусть помните как прописывать маппинги OneToMany ?

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

>беру самое лучшее

- самое лучшее для конкретных задач и предметной области. В этом смысле JavaEE - плод многолетней шлифовки API под типичные задачи корпоративного сектора

>Не зацикливайтесь на этом слове, это не улучшает вашу аргументацию

- зато хорошо выражает мое отношение к этому процессу

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

100. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 17:10 
>JavaEE ... спецификация корпоративного уровня

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

>JavaEE - плод многолетней шлифовки API под типичные задачи корпоративного сектора

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

За примерами далеко ходить не надо
GlassFish - от разработки которого отказалась Oracle
Keycloak - оин из флагманских продуктов Rad Hat - сам ред хэт перевёл его с WildFly на Quarkus

Я, признаюсь не считаю Quarkus реализацией Java EE (Под Java EE я подразумеваю именно классические App Server'а такие как WildFly, GlassFish, WebLogic, ...), они взяли из неё лучшее, дополнили микросервис-паттернами и назвали MicroProfile, но по сути, мы то знаем, чем они вдохновлялись. (Spring Boot)

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

103. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 17:38 
>барьер в поиске специалистов

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

>увеличитель времени на разработку

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

>увеличитель затрат на поддержку

- если пример о переходе со SB2 на SB3 показался Вам не значимым, предлагаю не возвращаться к этому тезису

>источник проблем, мешающих высоким нагрузкам

- а я думал это неумехи программисты пишут кривой код, а оказывается это спецификация JavaEE виновата ...

>GlassFish - от разработки которого отказалась Oracle

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

>сам ред хэт перевёл его с WildFly

- только не забудем что RedHat купил JBoss (aka WilFly) и продолжает поддерживать и развивать его

>Под Java EE я подразумеваю именно классические App Server'а такие как WildFly, GlassFish, WebLogic, ...)

- об этом я уже писал выше и ссылку давал на стек спецификаций Jakarta EE. То что лично Вы не считаете сервлеты, или JPA, или Jakarta WebProfile, или Tomcat, или etc входящими в экосистему JavaEE, не означает что это так. JavaEE - это набор спецификаций и некоторые из них востребованы и очень популярны, а с некоторыми джун или мидл могут вообще никогда не встретиться

>они взяли из неё лучшее, дополнили XXX-паттернами и назвали YYY, но по сути, мы то знаем, чем они вдохновлялись

- это важно? Если важно, то не забывайте что Spring создали в 2003 году взяв лучшее от EJB2))

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

104. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Golangdev (?), 05-Июн-23, 17:51 
>>Java EE - барьер в поиске специалистов
>- человека который не знает JPA не стоит брать на работу по созданию корпоративных приложений на Java

Попробуйте поискать кандидата со знанием Java EE, так и напишите в вакансии - требование - знание Java EE.

> пример о переходе со SB2 на SB3 показался Вам не значимым

я написал выше где-то, что это решается выстраиванием процессов, а не попыткой "прилипнуть" к спецификации.

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

вы упускаете суть. Ещё раз - написание приложений с использованием Application Server - это помеха высоким нагрузкам. Нормальных примеров хайлоада уровня Нетфликс с Application Server, а не просто г-спади ЕМИАС вы не привели :)

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

106. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 18:47 
>Попробуйте поискать кандидата со знанием Java EE, так и напишите в вакансии - требование - знание Java EE

- весь стек JavaEE обширен и очевидно что людей которые практически работали со всеми его элементами очень мало (даже и в мировом масштабе). Но то же самое можно сказать и про Spring: security, integration - и вот список кандидатов резко уменьшился. А если соискатель заявит что знает всю экосистему, можно только улыбнуться его наивности или дерзости. А возвращаясь к JavaEE - знать JavaEE API это гораздо реальней, чем знать всю экосистему Spring.

>пример о переходе со SB2 на SB3 ... решается выстраиванием процессов

- дословно Вы сообщили о необходимости "тестов" и я на это ответил что это лишь способ обнаружения проблем (причем не 100%), а не способ их предотвращения или устранения

>Ещё раз - написание приложений с использованием Application Server - это помеха высоким нагрузкам

- еще раз: в чём конкретно помеха? В "природе"?

>Нормальных примеров хайлоада уровня Нетфликс

- Нетфликс это штучное решение, а мы, еще раз, вроде про корпоративные (массовые, типичные: РСУБД + WS/RS) решения говорим. Расшифруем аббревиатуру EE: Enterprise Edition - где тут Highload? Откуда в Highload РСУБД и SOAP? Вы хотите от меня чтобы я привел пример когда КамАЗ победил в гонке Формула-1)) Пример того что на стеке JavaEE можно построить большие, масштабируемые системы на примере ЕМИАС я показал. Одноклассники (в далеком прошлом) использовали EJB, т е всё возможно хотя и не типично. Мне когда то попался в руки сайт на сервлетах/jsp/jpa который на 32 Мб хипа JVM на Tomcat легко отдавал 1 млн хитов в минуту - никаких оптимизаций, хитростей: JavaEE WebProfile из коробки

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

107. "Выпуск интегрированной среды разработки Apache NetBeans 18"  –1 +/
Сообщение от Golangdev (?), 05-Июн-23, 19:15 
>>Попробуйте поискать кандидата со знанием Java EE, так и напишите в вакансии - требование - знание Java EE
> людей которые практически работали со всеми его элементами очень мало (даже и в мировом масштабе).

Не хотите замечать слона в комнате, либо никогда не нанимали Java-разработчиков)

>>пример о переходе со SB2 на SB3 ... решается выстраиванием процессов
>- дословно Вы сообщили о необходимости "тестов" и я на это ответил что это лишь способ обнаружения проблем (причем не 100%)

ну так если проблема обнаружена тестами - затем исправлена (до попадания в прод) это же хорошо, не так ли ?
Поменялась мажорная версия, а вы ждёте что ничего не сломается. Так не бывает %) Вангую даже в JEE. Ещё раз - спецификация не заменит вам процессы. Если нет процессов - будут баги, падения, инциденты на проде. На всякий случай напишу, что да, тестирование/процессы не уберёт их все, но, при грамотном применеии сократит до минимума.

>>Ещё раз - написание приложений с использованием Application Server - это помеха высоким нагрузкам
>- еще раз: в чём конкретно помеха? В "природе"?
>Нормальных примеров хайлоада уровня Нетфликс
>Нетфликс это штучное решение
>мы, еще раз, вроде про корпоративные (массовые, типичные: РСУБД + WS/RS) решения говорим

Нет, я не говорю про РСУБД + WS/RS. Я аппелировал к тому, что высоконагруженных приложений построить на JEE нельзя, что вы и сами подтвердили.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

43. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от iZENemail (ok), 03-Июн-23, 10:30 
> JavaEE в чистом исполнении - некромантия из начала двухтысячных, вы где, кроме
> легаси возрастом лет в 15 последний раз application server видели. Джава
> в ынтерпрайзе - это практически всегда спринг. Правда JavaEE пытаются оставить
> на плаву в эпоху микросервисов через развитие "облегчённой" версии MicroProfile (всякие
> Quarkus, Helidon), но гуано это ещё то.

Jetty — вполне себе легковесный движок-сервер приложений (сервлетов), сделанный по спецификации Java EE касательно JSP 3.0/Servlet API 5.0.


Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

78. "Выпуск интегрированной среды разработки Apache NetBeans 18"  +/
Сообщение от Хейтер (?), 05-Июн-23, 12:28 
>Spring не следует спецификациям Java EE

- чего так категорично? javax.xml.bind, javax.persistence, javax.servlet, javax.ws.rs и т п - всё это либо под капотом, либо торчит наружу и у Спринга

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру