The OpenNET Project / Index page

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



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

"Выпуск Java SE 17"  +/
Сообщение от opennews (??), 15-Сен-21, 10:00 
После шести месяцев разработки компания Oracle выпустила платформу Java SE 17 (Java Platform, Standard Edition 17), в качестве эталонной реализации которой используется открытый проект OpenJDK. За исключением удаления некоторых устаревших возможностей в  Java SE 17 сохранена  обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии.  Готовые для установки сборки Java SE 17 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Разработанная в рамках проекта OpenJDK эталонная реализация Java 17 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55802

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

Оглавление

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


1. "Выпуск Java SE 17"  –5 +/
Сообщение от Аноним (1), 15-Сен-21, 10:00 
поддержку вяленого не завезли, зато m1 впихнули
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск Java SE 17"  +4 +/
Сообщение от Аноним (13), 15-Сен-21, 11:37 
Приоритеты
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск Java SE 17"  +/
Сообщение от darkshvein (ok), 18-Сен-21, 19:50 
в порядк тупняка.
будет жабка с интеграцией системд во все дейвайсы на жабке
Javded
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Выпуск Java SE 17"  +2 +/
Сообщение от Аноним (4), 15-Сен-21, 10:06 
Мне не хватает производительности. А есть какой-нибудь способ уменьшить жор памяти? Сейчас я использую openj9+uksm в этих целях.
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск Java SE 17"  +7 +/
Сообщение от Аноним (6), 15-Сен-21, 10:24 
Разработчика приложения поменяй
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Java SE 17"  +/
Сообщение от Аноним (8), 15-Сен-21, 10:38 
KSM - это сторонний канал.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

12. "Выпуск Java SE 17"  +/
Сообщение от Аноним (4), 15-Сен-21, 11:24 
Какие ещё сторонние каналы, если на каждом хосте только 1 копия приложения может быть запущена? Да ещё и требования космические по железу хоста предъявляет, в виртуалке не запустишь. Openj9+uksm экономит >30% памяти, и сама память используется куда более эффективно, чем когда всё впритык. Вот и спрашиваю, может я каких-то новых волшебных ключей не знаю.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск Java SE 17"  –2 +/
Сообщение от Виталик (??), 15-Сен-21, 11:03 
Только один способ, rust
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

11. "Выпуск Java SE 17"  +3 +/
Сообщение от An (??), 15-Сен-21, 11:19 
Как минимум, еще два(причем лучше): C и C++.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Java SE 17"  +10 +/
Сообщение от Аноним (14), 15-Сен-21, 11:40 
ассемблер же, KolibriOS доказывает
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск Java SE 17"  –7 +/
Сообщение от Аноним (21), 15-Сен-21, 12:35 
Хуже. В том числе и даже немного по производетельности.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

32. "Выпуск Java SE 17"  –3 +/
Сообщение от Аноним (32), 15-Сен-21, 14:42 
У плюсов в сравнении с растом слишком низкая производительность
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

17. "Выпуск Java SE 17"  +1 +/
Сообщение от Аноним (17), 15-Сен-21, 11:52 
Течёт.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

79. "Выпуск Java SE 17"  +/
Сообщение от Аноним (79), 19-Сен-21, 00:25 
Увы, на расте нет ни одного продукта, которым можно пользоваться.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

15. "Выпуск Java SE 17"  +2 +/
Сообщение от Аноним (14), 15-Сен-21, 11:50 
Игры с настройкой GC, если на уровне Java. Разделение на java module. Использование где можно балансировщиков которые работают с потоками быстро и отдают данные клиентами, поэтому потоки не живут долго и не занимают память (reverse proxy). При работе с файлами использовать nio и selector (неблокирующие). Использовать реактивное программирование - избавление от блокировок (но база данных при этом должна тоже поддерживать это). Можно попытаться использовать 32 бит версии Java и/или не использовать объекты размером больше 32 бит, будет обмен занимаемой памяти на быстродействие CPU (но в Java есть compacting так что возможно влияние 64 бит переменных не сильное). И главное - использовать все возможные инструменты для просмотра статистики при всех этих экспериментах.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

16. "Выпуск Java SE 17"  –1 +/
Сообщение от YetAnotherOnanym (ok), 15-Сен-21, 11:50 
> жор памяти

Нескромный вопрос: ты пришёл на эту работу и жаба уже была, или ты писал это на жабе с нуля? Проще говоря, жабу кто выбрал - ты или до тебя?

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

19. "Выпуск Java SE 17"  +/
Сообщение от Anon2 (?), 15-Сен-21, 12:08 
Я конечно не эксперт, но если под производительностью вы понимаете именно скорость вычислений то uksm в связке с Java это плохая затея. Java ж на каждый чих выделяет память в куче, а uksm при этом _сразу_же_ пытается это дело смержить (в ksm это хотя-бы как то ограничивается отложенным мержем)
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

20. "Выпуск Java SE 17"  +/
Сообщение от Anon2 (?), 15-Сен-21, 12:16 
> жор памяти

0. zram с низкосжимаемыми алгоритмами типа lzo
1. может она алгоритмически течет
2. исключить разработку и эксплуатацию по низкому прайсу
3. потюнить приложение и/или саму Java

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

22. "Выпуск Java SE 17"  +/
Сообщение от Аноним (4), 15-Сен-21, 12:45 
Вот zram прям жёстких тормозов добавляет, всё что угодно лучше пока своп не используется. Оно не течёт, просто так написано и других вариантов нет, это готовое приложение. Тюнить жвм можно, только ошибки сразу проявляются в виде лагов всего чего только можно (в том числе IO) и падения допустимого числа коннектов. Не, нормально работает, но весьма не экономно по железу -- не везде запустишь.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск Java SE 17"  +/
Сообщение от Аноним (38), 15-Сен-21, 21:29 
Этот zram swap у кого-то вообще нормально работает? В смысле, экномит ли память? Я вот его пробовал, так ядро туда отказывается пихать несжатых данных больше чем размер свопа. К примеру, своп на зраме 1Г. Ядро пихает туда 1Г данных, они ужимаются в 300М. Остаётся 700М свободных, но ядро больше данных в zram-своп не пихает, даже начинает пихать оставшиеся данные в низкоприоритетный своп на HDD!
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

73. "Выпуск Java SE 17"  +/
Сообщение от n00by (ok), 17-Сен-21, 20:16 
zRam так и работает. Указывается размер хранилища, оно по возможности будет занимать меньше ОЗУ из-за сжатия. В Вашем случае оставшиеся 700М как обычно заняты данными приложений или файлового кеша, или свободны. Другое дело, что zRam проектировался не для подкачки, уменьшает объём доступного ОЗУ, потому в ряде сценариев может наоборот увеличить количество выгрузок на HDD. Для сжатия подкачки предназначен zswap, там как раз задаётся размер сжатого кеша (в процентах от общего объёма ОЗУ). Что окажется эффективней, зависит от сценария использования и настроек zswap.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск Java SE 17"  +/
Сообщение от Аноним (38), 17-Сен-21, 22:59 
Ага, понятно, спасибо. Значит в моём случае zswap занимает в памяти 300М, а не 1Г, как я думал, да ещё и динамически меняет свой размер, в зависимости от того, сколько данных туда запихано.

Хорошо, если zram проектировался не для подкачки, как мне сделать, чтобы память сжималась и экономилась без zswap? Просто создать zram device и всё?

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

75. "Выпуск Java SE 17"  +/
Сообщение от Аноним (38), 17-Сен-21, 23:27 
> Другое дело, что zRam проектировался не для подкачки

Так, опять перечитал про zram и, похоже, zram всё-таки нельзя использовать без свопа! То есть создаёшь zram device, на нём делаешь своп. Значит, zram таки проектировался для подкачки!

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

77. "Выпуск Java SE 17"  +/
Сообщение от n00by (ok), 18-Сен-21, 12:08 
Не надо смешивать "проектировался" и "можно использовать".

zRam это обычный виртуальный-диск
https://ru.wikipedia.org/wiki/RAM-%D0%B4%D0&#...
https://habr.com/ru/company/kingston_technology/blog/395315/
с поддержкой сжатия.
Можно купить диск в магазине и создать на нём подкачку, можно создать "диск" в ОЗУ при помощи zRam и создать на нём подкачку. Можно на эти диски записать картинки с котиками. Картинки в zRam будут открываться быстрее.

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

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

30. "Выпуск Java SE 17"  +2 +/
Сообщение от lastdrv (ok), 15-Сен-21, 14:18 
quarkus and build a native image
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

31. "Выпуск Java SE 17"  –1 +/
Сообщение от Аноним (4), 15-Сен-21, 14:23 
Прикольно, впервые слышу об этом. Какой-нибудь майнкрафт с allthemods3 в него можно запихнуть? Примерно сопоставимо, как мне кажется. Там в нейтив не скомпилируешь так просто.
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск Java SE 17"  +/
Сообщение от lastdrv (ok), 17-Сен-21, 15:09 
очень маловероятно что майнкрафт можно скомпилить в натив
кваркус хоть и много либ поддерживает, но ориентирован на облака и кубы
для графики ни чего не нашёл
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск Java SE 17"  +/
Сообщение от OramahMaalhur (ok), 15-Сен-21, 16:19 
Есть, GraalVM (native image). Проще всего завести с каким-то фреймворком типа Quarkus или Micronaut, но вполне можно и без них обойтись. Правда, там есть свои нюансы: в определённых случаях придётся генерировать огромные json-ы с описанием рефлексий, не все стандартные либы соберутся, пляски с бубном вокруг JNI, статическая линковка и особенности с libc на разных системах.
Но в целом оно шустро работает.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

35. "Выпуск Java SE 17"  –1 +/
Сообщение от Аноним (4), 15-Сен-21, 16:43 
Это всё хорошо, но тут нельзя грубо говоря закинуть в него эту кучку jar и чтобы всё работало само. Нужно переписывать. И, в зависимости от того, как написано, это может оказаться невозможным при всём желании.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск Java SE 17"  +/
Сообщение от nich (ok), 17-Сен-21, 08:05 
Добавь побольше памяти, чтобы было что жрать.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

69. "Выпуск Java SE 17"  +/
Сообщение от Ефросии (?), 17-Сен-21, 13:17 
Ну как бэ, жрёт же не jvm, жрёт говнокод. Вот например есть коллекции Eclipse Collections, они меньше жрут.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

70. "Выпуск Java SE 17"  +/
Сообщение от Аноним (4), 17-Сен-21, 13:24 
Ну так что делать, если код написан 15 лет назад. И его много, очень много.
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск Java SE 17"  +8 +/
Сообщение от Урри (ok), 15-Сен-21, 10:13 
> Добавлена предварительная реализация API Foreign Function & Memory
> https://openjdk.java.net/jeps/412

Отстой. Велосипедный отстой.

Неужели нельзя было посмотреть, как все сделано в шарпе (та же джава, только сбоку) и сделать так же удобно? А не вот эти вот MemoryLayout.ofSequence .. CLinker.toCString .. MemoryAccess.setAddressAtIndex .. CLinker.toJavaStringRestricted?

Да хотя бы libffi прикрутить, если не умеете сами нормальный код дизайнить.

При этом еще имеют наглость заявлять "This code is far clearer than any solution that uses JNI"!!! Ититьколотить, far clearer, вашумать.

--
Нет слов, одни, блин, эпитеты!

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

9. "Выпуск Java SE 17"  +1 +/
Сообщение от Аноним (8), 15-Сен-21, 10:39 
M$ засудит.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск Java SE 17"  +/
Сообщение от Урри (ok), 15-Сен-21, 12:52 
За аннотации же не засудила?
В чем проблема расширить аннотации до "как в шарпе, но не как в шарпе" и написать свой код?
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Java SE 17"  +/
Сообщение от maximnik0 (?), 16-Сен-21, 19:09 
>M$ засудит.

За что ? Net! это теперь независимая разработка,то что площадка крутиться на сервере у M$ историческое наследие.Код открытый,единственное что старый код с .NET Framework привязан к win платформе и тот код предоставлен просто посмотреть....

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

18. "Выпуск Java SE 17"  –2 +/
Сообщение от Аноним (14), 15-Сен-21, 11:53 
где твой PR в openjdk, раз лично ты разбираешься в проектировании кода лучше?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

23. "Выпуск Java SE 17"  +/
Сообщение от Урри (ok), 15-Сен-21, 12:50 
PR "Вы накодили какое-то тупое г_вно"? А смысл?

> раз лично ты

Таких как я - десятки тысяч. В шарпе уже много лет все сделано и все пользуются.

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

36. "Выпуск Java SE 17"  +1 +/
Сообщение от Фотошоп лучше (?), 15-Сен-21, 18:40 
Ну, на мой взгляд, человек написал по сути с примерами. И, в общем-то прав.
Зато версия 17, хотя инкрементировать нужно было минор.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

28. "Выпуск Java SE 17"  –3 +/
Сообщение от Аноним (28), 15-Сен-21, 14:03 
Что вы хотите от убогих javaмакак? Они такие же убогие как растомакаки.
Настоящие программисты пишут только на ANSI C
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

45. "Выпуск Java SE 17"  +/
Сообщение от Прохожий (??), 16-Сен-21, 05:59 
Настоящие программисты пишут только на ANSI C и питаются г-ном мамонта на завтрак, обед и ужин.
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск Java SE 17"  +2 +/
Сообщение от Аноним (47), 16-Сен-21, 08:11 
На лиспе. На божественном лиспе.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

48. "Выпуск Java SE 17"  +1 +/
Сообщение от Старший аноним (?), 16-Сен-21, 09:12 
Настоящему программисту все равно на каком языке писать. Настоящий программист выбирает для определенной задачи наиболее подходящий язык.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

63. "Выпуск Java SE 17"  +2 +/
Сообщение от YetAnotherOnanym (ok), 16-Сен-21, 19:28 
Ты какой-то скучный. Брать для каждой задачи подходящий для неё инструмент - это тривиально. Вот шинковать лук киянкой для тротуарной плитки - это трендово, потому что киянка - инструмент, быстрый в освоении и несложный в использовании, использование киянки позволяет быстро приступить к работе и получить результат раньше конкурентов.
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск Java SE 17"  +1 +/
Сообщение от lockywolf (ok), 17-Сен-21, 13:41 
Настоящий программист на любом языке может написать программу на Фортране.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

25. "Выпуск Java SE 17"  +/
Сообщение от Аноним (25), 15-Сен-21, 12:55 
>Готовые для установки сборки Java SE 17 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS

А как же соляра?

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

26. "Выпуск Java SE 17"  +4 +/
Сообщение от Аноним (26), 15-Сен-21, 13:01 
Как же тоскливо и уныло стало читать новости про жабу - как наблюдать за престарелой собакой. То ли дело раньше были новости: "Java производит математические расчеты в 4 раза быстрее C++", "новый сборщик мусора обгоняет malloc()/free() в 10 раз" и т.п. И где теперь вся эта эффективность, производительность и безопасность? А C++ живее всех живых и действительно развивается.
Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск Java SE 17"  +/
Сообщение от лютый жабби__ (?), 16-Сен-21, 04:15 
>Java производит математические расчеты в 4 раза быстрее C++

так уже со счёту сбились во скока раз жаба быстрее... вот у меня внатуре на серваках валяется простейшая прога которая намного быстрее sort -u  хотя там внутри 3 строчки - загрузить всё в HashSet и выплюнуть...

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

59. "Выпуск Java SE 17"  +1 +/
Сообщение от Аноним (38), 16-Сен-21, 17:21 
1. С++ и std::unordered_set были бы быстрее.
2. sort умеет сортировать файлы, которые не влазят в память. Создаёт для этого временные файлы.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск Java SE 17"  +2 +/
Сообщение от Хан (?), 16-Сен-21, 05:43 
Страсти утихли, C++ и Java сейчас практически не пересекаются, у каждого своя ниша в которой он навертво сидит

Только NET и Java до сих пор холиварят

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

76. "Выпуск Java SE 17"  +/
Сообщение от anonymous (??), 17-Сен-21, 23:51 
Чисто ради интереса: кто на чём специализируется? Весь энтерпрайз на джаве, а вещи типа игроделов, high frequency trading и фин моделирования на плюсах?
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск Java SE 17"  +/
Сообщение от Хан (?), 16-Сен-21, 05:46 
C++ это незыблеммый титан всея ИТ
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

50. "Выпуск Java SE 17"  –2 +/
Сообщение от Аноним (50), 16-Сен-21, 10:29 
> Как же тоскливо и уныло стало читать новости про жабу

Подтверждаю как Java-разработчик — язык вроде бы "развивается", но реального прогресса нет.

Graal сдох. AOT сдох, а теперь вообще был выпилен. Project Valhalla там же. Зато каждый день прикручивают новый, модный синтаксис. Как будто те, кому нужны все эти рюшечки, давным-давно не перешли на Scala и Kotlin.

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

52. "Выпуск Java SE 17"  +2 +/
Сообщение от лютый жабби__ (?), 16-Сен-21, 10:56 
>но реального прогресса нет.

ты уже жабосиньёр-фулстэк с ЗП 400++ тыр?
Блин, ну семью заведи, будет чем заняться...
Наоборот бесит, что 7 лет кодишь, а ещё и конца и края не видно (то java EE сдохнет, надо спринг учить, то jsf сдохнет, надо реакт учить, в спринге вообще модулей понаклепали, хоть 100 лет ковыряйся так дураком и помрёшь)... а тебе прогресс подавай

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

58. "Выпуск Java SE 17"  +1 +/
Сообщение от Аноним (58), 16-Сен-21, 16:43 
Да такие кактусы жабистам ещё есть и есть. У вас же даже стандартного аналога gettext нет - до сих пор интернационализацию ручками делаете, как в MFC в середине 90х.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск Java SE 17"  +2 +/
Сообщение от Аноним (27), 15-Сен-21, 13:02 
отличная новость!
закопайте ломбок и котлит плиз )
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск Java SE 17"  +/
Сообщение от BratishkaErik (ok), 15-Сен-21, 14:11 
ждем ебилд, ведь они выходят только на LTS версии
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск Java SE 17"  +/
Сообщение от Anonymoustus (ok), 15-Сен-21, 14:57 
> Предложена экспериментальная реализация сопоставления по шаблону в выражениях "switch", позволяющая в метках "case" использовать не точные значения, а гибкие шаблоны, охватывающие сразу серию значений, для которых ранее приходилось использовать громоздкие цепочки выражений "if...else". Кроме того внутри "switch" обеспечена возможности обработки значений NULL.

Жаба начнёт тормозить втрое против прежнего? И с ошибками обработки значений NULL? :)

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

37. "Выпуск Java SE 17"  +1 +/
Сообщение от Аноним (37), 15-Сен-21, 19:45 
Джава хорошеет. Оракл молодцы, что сменили схему выпуска новых версий. Очевидно, что это пошло на пользу.
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск Java SE 17"  –1 +/
Сообщение от Аноним (39), 15-Сен-21, 22:15 
Почему на Rust не переписали?
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Java SE 17"  +/
Сообщение от Михрютка (ok), 15-Сен-21, 22:37 
самое главное забыли

>>>JDK 17 binaries are free to use in production and free to redistribute, at no cost, under the Oracle No-Fee Terms and Conditions License.
>>>JDK 17 will receive updates under these terms, until at least September 2024.

до кого-то видимо дошло.

"уж лучше я, чем какой-нибудь мерзавец"

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

41. "Выпуск Java SE 17"  +/
Сообщение от Хан (?), 16-Сен-21, 03:46 
Спасибо Oracle, что на swing не забили, это единственный нормальный тулкит для Java
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Java SE 17"  +/
Сообщение от Аноним (47), 16-Сен-21, 08:09 
Нормальных там до сих пор нет. А этот единственный терпимый.
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск Java SE 17"  +/
Сообщение от Хан (?), 16-Сен-21, 09:51 
Для толстого клиента серверсайда Swing хватает за глаза
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск Java SE 17"  +/
Сообщение от vvm13 (?), 16-Сен-21, 12:01 
Что не так с JavaFX?
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

56. "Выпуск Java SE 17"  +/
Сообщение от Аноним (56), 16-Сен-21, 14:06 
Оно уже агонизирует.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск Java SE 17"  +/
Сообщение от vvm13 (?), 16-Сен-21, 19:33 
В каком смысле "агонизирует"?
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск Java SE 17"  +/
Сообщение от vvm13 (?), 16-Сен-21, 20:23 
Is Java Swing Dead 2020?
You can say that Java Swing is a zombie: It is still available and in use in its latest development state, but makes no progress in regard of improvements.

Что касается JavaFX, он очень близок к зомби, но не совсем. Хоть какие-то мелочёвки в очень малых количествах, но добавляются.

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

66. "Выпуск Java SE 17"  +/
Сообщение от Alladin (?), 16-Сен-21, 23:14 
Жрет больше свинга и авт вместе взятых и с горкой..
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

67. "Выпуск Java SE 17"  +/
Сообщение от Аноним (28), 17-Сен-21, 07:20 
А в чем это появляется?
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Java SE 17"  +/
Сообщение от abi (?), 16-Сен-21, 10:54 
Котлин, я так понимаю, всё? Развития Java сильно ускорилось и тягаться с ораклом врядли получится.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Java SE 17"  +/
Сообщение от vvm13 (?), 16-Сен-21, 12:05 
Не особенно ускорилось. А самое важное (для Котлина) - на Андроиде Java стоит на месте.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск Java SE 17"  +/
Сообщение от abi (?), 16-Сен-21, 16:00 
Да, всё-время вижу про Андроид и котлин, но а если не андроид и новый проект сейчас? Бэкэнд на java 17 или на котлине?
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Java SE 17"  +/
Сообщение от Аноним (38), 16-Сен-21, 17:27 
На котлине. Можно ещё на Scala, она мощнее, но и тяжелее в освоении, и там коммунити помешаное на ФП, хотя сам язык тебя не заставляет кодить в ФП стиле.
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск Java SE 17"  +1 +/
Сообщение от Аноним (-), 16-Сен-21, 12:15 
>Java 17 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами.

Это ошибка коммерческие библиотеки не надо использовать.

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

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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