Как стать автором
Обновить

Комментарии 26

А нельзя было технологически нейтрально описать события? Без негативной оценки тех продуктов которые лично Вы по каким то причинам не используете? Я вот про это:

«Кто-то им, видать, еще пользуется»
«если вам вдруг почему-то было это интересно»

То, что NetBeans сейчас мало кто пользуется — это известная проблема. Если о ней не говорить, лучше не станет. Даже наоборот, станет хуже. Самое главное, что сейчас может помочь NetBeans — это известность. Желательно — какими-то новыми хипстерскими фичами. Кстати, разрабы Eclipse это очень хорошо понимают, потому что Quarkus в свежих JBoss Tools — это уууу оооо крутотень (даже если в реальности никто этим не будет пользоваться, ну это же смешно — генератор проектов), а JSF 2.3 — это ну так себе (даже если это решает насущную проблему большого количества людей).


если вам вдруг почему-то было это интересно

Да, мне кажется, что JASPIC — это ужасная аббревиатура, как и все подобные аббревиатуры. Новости про JavaEE всегда выглядят и читаются как: «Breaking news, предоставлены отчеты секретарей ЛГК ВЛКСМ в ЦК ВЛКСМ и в ЛГК ВКП(б) о выполнении постановлений ЦК и ЛГК ВЛКСМ». Wat?

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

NetBeans сейчас мало кто пользуется
— чем чаще говорить в таком ключе, тем хуже для продукта. Чтобы было понятно что такое негативная коннотация, пример: разработчики конторы, где я работаю, не хотят платить денег за Intellij IDEA и используют только ломаную версию. Я сейчас сказал правду, но для кого то это выглядит как агитация не платить за продукт.

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


Не надо стыдиться выражать свое мнение. По крайней мере, если достаточно часто и без веской причины сдаваться, то получится из тебя не человек, а тряпка. Я пока не настолько тряпка, чтобы впрягаться за NetBeans там, где это не имеет смысла.


По сабжу, попробуйте Eclipse. В последних версиях он стал гораздо лучше.

Я пока не настолько тряпка… попробуйте Eclipse
— спасибо за, надеюсь искренний, совет, но… Лебедев известен в основном тем что не желает выражать свои мысли без мата (тут Вы что то очконули — правила Хабра сделали из Вас «тряпку»?) и тем что считает себя умнее других (в том числе поучает что и как кто должен делать — тут Вы похожи). Лично я работал и в энерпрайз версии IDEA, и в комьюнити версии, и в Eclipse (в разных версиях), и в NetBeans. И у меня нет потребности в советах на данную тему, так как опыта достаточно для выбора инструмента «по вкусу», а также для того чтобы не зависеть от инструмента.

а могли бы сидеть на EAP и, тем самым, "бесплатно" помогать улучшать продукт ;)


А Олег всегда так доносит новости — через свою призму. "Сухие" новости — это не к нему...

Слог же. Стиль. Ну чтоб скучно не было.

Жаль конечно что рекорды так странно сделали. Неужели нельзя было взять синтаксис полей. А то конечно для трех инт переменных x y z выглядит красиво, но десяток полей с классами в спринг стиле будут смотреться достаточно громоздко.

Может быть, это специально так сделано именно для того, чтобы у людей не было желания использовать это с десятком полей в спринг-стиле? Они ж там очень opinionated, они придумали какие-то кейсы, в которых это должно помогать, и вот в этих случаях использовать надо, иначе — нет.


Вообще, сюда бы lany, нести ответ за братьев по разуму :) А то у нас в треде нет diversity, два спринголога в конце треда в конце концов всегда придут к выводу, что из джавы нужно сделать спринг

Не очень понял сути вопроса, если честно. Приведите пример ожидаемого поведения и реального.

Почему декларирование полей в рекорде сделано после имени в скобках, а не в виде полей.
Например:
record MyRecord {
Int x
String str
}

Потому что это не поля, а компоненты рекорда. Поля генерируются по ним. Ещё по ним генерируются, например, параметры конструктора и геттеры. У компонентов могут быть особые аннотации, доступные через reflection. В общем, это новая конструкция языка. Странно делать её синтаксически такой же как другая конструкция. А разве большая разница как скобки ставить?

Ещё такой момент. Компоненты рекорда — абсолютно важная часть его интерфейса, важнее всего остального. Поэтому они сверху, чтобы глядя на определение рекорда было ясно, что к чему. Поля же можно объявлять в любом месте класса, хоть после методов. Но они и не так важны.

«Битовая каска» — огонь!

Спасибо, мы стараемся, правда.


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

После работы «джуниор сприг круд девелопером» пытаюсь въехать во все эти стандарты и нюансы Джавы ЕЕ и дело идёт очень медленно. Новости «Мы смигрировали с Джавы ЕЕ на Джокарту ЕЕ» этому не помогают. Зачем смигрировали, что это даёт? Всё пропало, теперь Джавой ЕЕ нельзя пользоваться? Теперь её будут разрабатывать другие люди? Что вообще происходит, зачем оно всё было?
Мигрируют на Jakarta EE потому что она будет развиваться дальше и быстрее. Конечно не факт, но очень хотелось бы.

А сам процесс миграции — как минимум заменить либы, переписать импорты, и переписать использование некоторых API.

Главное, чтобы в названия пакетов и классов не изменялись. А имена библиотек дело десятое.

На сколько я знаю — названия пакетов как раз меняются.

Для эксперимента поменял зависимость


<dependency>
      <groupId>javax.servlet</groupId>
      <artifactId>javax.servlet-api</artifactId>
      <version>4.0.1</version>
    <scope>provided</scope>
</dependency>

на


<!-- https://mvnrepository.com/artifact/jakarta.servlet/jakarta.servlet-api -->
<dependency>
    <groupId>jakarta.servlet</groupId>
    <artifactId>jakarta.servlet-api</artifactId>
    <version>4.0.3</version>
    <scope>provided</scope>
</dependency>

Все осталось в рабочем состоянии, корректировать код не потребовалось


Заглянул во внутрь файла jakarta.servlet-api-4.0.3.jar, отличий не увидел. Имена пакетов не изменяются.

Я не говорил что меняются имена всех пакетов.
Например, утилита tomcat-jakartaee-migration в ходе своей работы меняет имена пакетов с javax.* на jakarta.* и делает это явно не просто так.


Хотя в спецификации Jakarta EE все пакеты относятся к javax.*, так что возможно у меня просто сложилось не верное впечатление.

По сути пакеты javax.* это спецификации (декларация интерфейсов и "базовых" классов). Менять названия этих пакетов полная глупость. Это же нарушение совместимости, нужно все продукты править, в которых используются реализации этих спецификаций.

Потому что JavaEE умерла (точнее, убита славной компанией Oracle) и переродилась в JakartaEE начиная с Java 11. Так что если вы живете на экосистеме свежих Java, вам по любому нужно двигаться дальше. "Зачем нам нужна новая джава и зачем вообще обновляться, все и так работает" — это уже вообще отдельный вопрос

> внутри там (судя по pom.xml) находится Glassfish

Там внутри не стеклорыба, а крохотная json-либа. И почему вам «ясно», что использовать это не стоит, мне, например, не ясно. На фоне других проектов docker-api этот выглядит божественно.

¯_(ツ)_/¯ Потому что это либа, написанная одним, ну может быть двумя (как считать) людьми, о четырехста коммитах. Будет там несколько десятков реальных контрибуторов, пять лет от старта и понимание состояния секурити — можно будет подумать. Ну это для широкой публики. Понятно, что я в своих хэлловорлдах это использовать буду, но рекомендовать это серьезным людям в серьезных ынтерпрайзах рука не поднимется.

через 5 лет от старта и докера, может, уже не будет :)

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