The OpenNET Project / Index page

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



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

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

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

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

Оглавление

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


1. "Выпуск Java SE 20"  +1 +/
Сообщение от кавай герл помурчит в дсике (?), 21-Мрт-23, 22:55 
а Java ME еще жива, кстати?
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск Java SE 20"  –13 +/
Сообщение от Аноним (3), 21-Мрт-23, 23:04 
Навряд ли. А ведь норм платформа была. Много нормальных игр было, не то что эти помойки типа Steam
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Java SE 20"  +1 +/
Сообщение от Аноним (8), 21-Мрт-23, 23:45 
Шта?
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск Java SE 20"  +4 +/
Сообщение от Аноним (9), 21-Мрт-23, 23:47 
"Я сравниваю яблоки с апельсинами, я очень умный"
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

40. "Выпуск Java SE 20"  +6 +/
Сообщение от Аноним (40), 22-Мрт-23, 09:48 
Вроде всё правильно, и те и те круглые.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск Java SE 20"  +/
Сообщение от YetAnotherOnanym (ok), 22-Мрт-23, 10:59 
Вполне сопоставимые альтернативы, и то, и другое - фрукты.
Более того, такая штука, как "деньги" позволяет сравнивать что угодно с чем угодно. Я могу на оставшуюся сумму купить яблоки, или банку олифы, или батарейки для фонарика, или положить их на телефон, или приберечь на будущее.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

61. "Выпуск Java SE 20"  +/
Сообщение от Аноним (61), 22-Мрт-23, 16:21 
> такая штука, как "деньги" позволяет сравнивать что угодно с чем угодно

Только если ты перепродаван товаров, а не потребитель продуктов. Голодный в лесу ни фонариком, ни билетами банков сыт не будет.

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

95. "Выпуск Java SE 20"  +/
Сообщение от YetAnotherOnanym (ok), 23-Мрт-23, 07:33 
Да как сказать... Исправным фонариком можно подать сигнал SOS мимопролетающему вертолёту или обозначить своё местоположение для прочёсывающих лес спасателей.
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск Java SE 20"  –1 +/
Сообщение от soarin (ok), 22-Мрт-23, 17:29 
ну яблоки лучше 🤨
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

5. "Выпуск Java SE 20"  +/
Сообщение от Технопозор (?), 21-Мрт-23, 23:25 
Живо на промышленных устройствах.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

10. "Выпуск Java SE 20"  +8 +/
Сообщение от Аноним (10), 22-Мрт-23, 00:52 
Вполне себе жива, только в слегка изменённом названии: Java ME Embedded. Она всё также ориентирована на устройства с парой сотен килобайт ОЗУ и парой мегабайт ПЗУ. В ней нет Swing, NIO2 и всего такого, но есть (почти) прямой доступ к железу. Ну и всё ещё бесплатный SDK весом меньше 10МБ.

Есть ещё Java SE Embedded — полноценная Java во всем стандартным API, но оптимизированная для маломощных устройств.

И то, и другое можно попробовать на Raspberry Pi, причём одновременно: мешать они друг другу никак не будут.

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

28. "Выпуск Java SE 20"  –1 +/
Сообщение от анонимит (?), 22-Мрт-23, 08:26 
TinyGo жеж и Rust 🤭
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск Java SE 20"  –2 +/
Сообщение от Аноним (66), 22-Мрт-23, 17:27 
А почему бы не просто на С++?
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск Java SE 20"  +2 +/
Сообщение от Аноним (40), 22-Мрт-23, 18:54 
>  просто на С++??????????
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск Java SE 20"  +/
Сообщение от Аноним (84), 22-Мрт-23, 21:09 
Зачем, когда есть чистый Си и Паскаль?
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

106. "Выпуск Java SE 20"  +/
Сообщение от Neon (??), 24-Мрт-23, 19:44 
Вот Паскаль не надо. Совсем не надо.))) Разве что в учебных заведениях, чтоб бедным учащимся жизнь малиной не казалась.)))
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск Java SE 20"  +1 +/
Сообщение от DEF (?), 21-Мрт-23, 23:00 
Все новшества этого релиза - предварительные, инкубаторные. По-сути это релиз-пустышка.
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск Java SE 20"  +6 +/
Сообщение от Аноним (12), 22-Мрт-23, 01:23 
Предварительный выпуск, осуждаемый предварительными программистами в предварительной жизни.
Пустышка это твой выхлоп, а работа с многопоточными программами улучшена. Выпуск развиваемый так что они не берут обязательства не вносить изменения способные повлиять на работу программ что может быть крайне важно банкам например или высоконагруженным сайтам.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Java SE 20"  –3 +/
Сообщение от DEF (?), 22-Мрт-23, 11:33 
Все новшества этого релиза - предварительные, инкубаторные. По-сути это релиз-пустышка.
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск Java SE 20"  –1 +/
Сообщение от Sserj (?), 22-Мрт-23, 12:30 
А заглянуть самому в Release Notes религия не позволяет?
Посмотрел краткий анонс на 2 абзаца и составил мнение.
А то что в этом релизе закрыто около 1500 задач, помимо новинок это конечно мелочь.
Изучайте:
https://builds.shipilev.net/backports-monitor/release-notes-...
Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск Java SE 20"  –3 +/
Сообщение от DEF (?), 22-Мрт-23, 23:46 
Все новшества этого релиза - предварительные, инкубаторные. По-сути это релиз-пустышка.
Ответить | Правка | Наверх | Cообщить модератору

4. Скрыто модератором  –6 +/
Сообщение от Аноним (4), 21-Мрт-23, 23:07 
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск Java SE 20"  +/
Сообщение от Ананоним (?), 22-Мрт-23, 02:44 
Нужно больше мажорных версий, что бы производители дисков обогатились!
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск Java SE 20"  +4 +/
Сообщение от Аноним (37), 22-Мрт-23, 09:05 
Такие частые обновления для такого языка как Джава просто вредны.  
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск Java SE 20"  +2 +/
Сообщение от Аноним (45), 22-Мрт-23, 11:08 
Я один слишком тупой, чтобы понять, причём тут производители дисков?
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

97. "Выпуск Java SE 20"  +/
Сообщение от Аноним (97), 23-Мрт-23, 12:08 
Чтобы скачать JDK нужен диск
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск Java SE 20"  –2 +/
Сообщение от Аноним (25), 22-Мрт-23, 07:43 
Слишком многословный язык
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск Java SE 20"  –1 +/
Сообщение от Илья (??), 22-Мрт-23, 08:18 
Котлин возьми.

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

31. "Выпуск Java SE 20"  –1 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 08:52 
спасибо но нет.
это говно кроме как писать мапперы ни на что не годно.
и то на грувях их писать приятнее.

а когда виртуалтреды попадут в ЛТС и вовсе не нужен станет.

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

49. "Выпуск Java SE 20"  +/
Сообщение от Аноним (49), 22-Мрт-23, 11:38 
брэйнфак же
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

26. "Выпуск Java SE 20"  –4 +/
Сообщение от Илья (??), 22-Мрт-23, 08:08 
Я матерится, когда пытался сделать запилить для себя издателя-подписчика на котлине и узнал, что там дженерики на самом деле фикция.

Вот так нелья SomeClass: SomeInterface<T1>, SomeInterface<T2>

Плюс, структур нет. То есть, вычисления на стеке без аллокаций исключены

Плюс, там какая-то вакханалия с десятками сборочных систем и самих рантаемов. Oracle microsoft gradle openjdk dalvik android SE maven ? Там пока разберёшься...

Поэтому дотнет

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

30. "Выпуск Java SE 20"  –1 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 08:50 
> вакханалия с десятками сборочных систем

Поехавший, назови что то кроме мавена и градла, что используются в 99.9 % проектов.
Десятки у него лол.

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

42. "Выпуск Java SE 20"  +3 +/
Сообщение от Аноним (42), 22-Мрт-23, 10:26 
>Я матерится, когда пытался сделать запилить для себя издателя-подписчика на котлине и узнал, что там дженерики на самом деле фикция.
>Вот так нелья SomeClass: SomeInterface<T1>, SomeInterface<T2>

Пришел в тему Java, поругался на Kotlin.

>Плюс, структур нет. То есть, вычисления на стеке без аллокаций исключены

Зачем вам вычислять на стеке? В java есть нормальный gc.

>Плюс, там какая-то вакханалия с десятками сборочных систем и самих рантаемов. Oracle microsoft gradle openjdk dalvik android SE maven ? Там пока разберёшься...

Случайные слова написал, ну круто че. Есть сборочные системы ant, maven, gradle. Ant уже найти можно только в древности. Maven используется почти везде. Иногда люди переходят на gradle, так как больше возможностей.
Oracle, microsoft (amazon, openjdk, etc) - это вы видимо про поставщиков jdk. Берите любого, все идет через стандартизацию.
Dalvik - это виртуальная машина android, причем тут она

У вас синдром утенка видать, раз готовы называть левые слова чтобы опорочить что-то иное.

>Поэтому дотнет

Ну что сказать, хорошая платформа, часто новые фичи идут. Жаль что Microsoft не отвязал ее от себя и решения идут все централизовано, ну и ломается совместимость иногда дико.

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

62. "Выпуск Java SE 20"  +2 +/
Сообщение от Аноним (62), 22-Мрт-23, 16:25 
У языков с GC, в дизайне которых заложено 99% вещей отправлять в heap, в итоге дикая фрагментация кучи и под высокой нагрузкой становятся ощутимым влияние кэш-промахов, возникающих из-за вышеупомянутой фрагментации (нарушение принципа локальности).

Разработка на языках типа C/C++, Rust отлично демонстрирует, что необходимость в куче возникает, когда нужно:
1) Держать в памяти что-то сильно большое
2) Держать в памяти какой-то shared объект, к которому должен быть организован параллельный доступ из нескольких потоков
3) Когда размер аллоцируемой памяти не может быть вычислен на этапе компиляции, поэтому нужна динамическая память

Во всех остальных случаях, если разработчик отдает себе отчёт, что стек вызовов не безразмерный и разумно аллоцирует на стеке небольшие структуры/массивы структур, то оказывается, что чаще всего большую часть бизнес-логики можно описать, через такие вот "автоматические" переменные, которые освободят место сразу после выхода из блока кода, heap pressure ощутимо снижается -> у GC меньше работы, он меньше перемещает данные в памяти из одного места в другое и делает меньше stop-the-world.

Насколько знаю, в Java-сообществе в курсе проблемы, есть Project Valhalla, в рамках которого разрабатываются т.н. value types (по сути, "плоские" объекты, массивы которых JVM будет уметь хранить как массив структур, а не массив ссылок на объекты)/

P.S. Ближайший конкурент Java, С#, имеет ключевое слово stackalloc, которым, в общем-то, довольно успешно пользуются в чувствительных к производительности .NET-решениях.

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

73. "Выпуск Java SE 20"  +/
Сообщение от Аноним (73), 22-Мрт-23, 17:58 
>дикая фрагментация кучи

В нете сборка мусора сразу идет с жатием кучи. Все живые объекты плотно сидят в начале памяти, а за ними остается только свободное место. Это позволяет делать очень быстрые аллокации.

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

80. "Выпуск Java SE 20"  +1 +/
Сообщение от Аноним (62), 22-Мрт-23, 18:48 
Ну допустим аллокации быстрые, т.к. до следующего GC цикла с компактификацией менеджеру кучи не нужно искать какое-нибудь свободное место подходящего размера. Но это не отменяет того, что непрямой доступ (по ссылке, которая по сути, неявный указатель) сохраняется и даже если объекты сидят в начале памяти, GC не делает их группировку по смыслу при размещении по фактическим адресам в памяти, так сказать. Т.е. допустим есть несколько List коллекций, даже если прошло сжатие кучи и все списки перемещены и "уплотнены" в начале кучи, это абсолютно не значит, что объекты не перемешаны друг относительно друга в рандомном порядке (т.к. GC работает в несколько параллельных потоков, намеренно не синхронизированных, ордеринг по размещению в памяти не сохраняется). А это выливается в то, что когда проц грузит данные в кэши, то в кэш-линиях соседствуют друг с другом данные, не связанные по смыслу. Из-за чего cache miss постоянный и связанные с ним издержки. В каком-нибудь хайлоаде с могучим RPS это имеет значение. Не зря же исписали кучу статей и исследований про data oriented programming и mechanical sympathy. Поэтому все и просят постоянно, чтобы добавили в язык "плоские" структуры и аллокацию на стеке, чтобы затрагивать хип только когда нужно, а не "почти всегда".
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск Java SE 20"  +/
Сообщение от Аноним (72), 22-Мрт-23, 17:57 
>Пришел в тему Java, поругался на Kotlin.

это же одно и тоже почти.

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

71. "Выпуск Java SE 20"  +/
Сообщение от Аноним (72), 22-Мрт-23, 17:56 
В java используется maven и gradle. Kotlin dsl есть только для gradle. Даже kotlin-native использует gradle.
Примитивные типы в java хранятся в стэке. Kotlin их тоже использует, но пожелание использовать интерпретируемый язык со сборщиком мусора и отсутствие аллокации это странно. Не знаю каким образом оно работает в net, но не думаю что чем-то отличается.

Один и тот же интерфейс и сразу 2 разных типа в параметрах SomeInterface<T1>, SomeInterface<T2> ? Ладно в java дженерики крайне ограниченные, но как в других то языках это должно работать?

>Oracle microsoft gradle openjdk dalvik android SE maven

Ну не знаю.... Вы точно программист, а не эксперт, тролящий глупым набросом?

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

91. "Выпуск Java SE 20"  +/
Сообщение от Веселый Аноним (?), 23-Мрт-23, 03:21 
> Один и тот же интерфейс и сразу 2 разных типа в параметрах SomeInterface<T1>, SomeInterface<T2> ? Ладно в java дженерики крайне ограниченные, но как в других то языках это должно работать?

Я не разбираюсь в C++, но там вроде template'ы являются шаблонами кодогенерации в compile-time, т.е. чем больше у тебя шаблонов, и чем обобщение тип в параметризации тем больше размеры бинарника на выходе компилятора, потому как генерируются перегруженные методы с разными агрументами.  

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

Пусть плюсовики подтвердят или опровергнут :) А что там в C# творится я не знаю.

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

105. "Выпуск Java SE 20"  +/
Сообщение от Аноним (105), 24-Мрт-23, 14:49 
Подтверждаю про С++ :)
Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск Java SE 20"  +/
Сообщение от Аноним (79), 22-Мрт-23, 18:42 
> Поэтому дотнет

Теперь понятна Ваша позиция.

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

29. "Выпуск Java SE 20"  +1 +/
Сообщение от Аноним (29), 22-Мрт-23, 08:27 
Ждём добавление беззнаковых типов.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск Java SE 20"  –2 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 08:55 
нафига?

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

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

59. "Выпуск Java SE 20"  +/
Сообщение от Аноним (42), 22-Мрт-23, 15:53 
Не ради срача, а образования ради. А зачем вам стракты и почему именно в стек надо класть данные?
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Java SE 20"  +/
Сообщение от жявамэн (ok), 22-Мрт-23, 16:01 
> Не ради срача, а образования ради. А зачем вам стракты и почему

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

> именно в стек надо класть данные?

меньше мусора на кучу.


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

65. "Выпуск Java SE 20"  +/
Сообщение от Аноним (62), 22-Мрт-23, 17:20 
Че там, когда в жабку завезут safe chain call и оператор элвиса? и деление типов на nullable и non-nullable? Как в жабе начнешь эти вызовы в опшинали оборачивать или, прости господи, в if-ах проверять, хочется удалить JDK с компа.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

85. "Выпуск Java SE 20"  +/
Сообщение от Аноним (85), 22-Мрт-23, 21:43 
Никогда. Сделать - не проблема. Но это разрушит совместимость, разделит джаву на до и после.
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск Java SE 20"  +/
Сообщение от DEF (?), 24-Мрт-23, 10:04 
Глупости не говори:

String! a = "abc"; //non-nullable string
String a = null; //nullable string

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

108. "Выпуск Java SE 20"  +/
Сообщение от Веселый аноним (?), 25-Мрт-23, 21:01 
Хм... на первый взгляд это хорошее решение. А то обычно маркируют nullable знаками `?` и тогда миграция проблематична.  
Я бы не отказался если бы такую штуку хотяб в переходную версию Java добавили, для теста.  
Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск Java SE 20"  –1 +/
Сообщение от Ванёк (?), 23-Мрт-23, 05:36 
С++ пользуй
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

41. "Выпуск Java SE 20"  +/
Сообщение от Анонус (?), 22-Мрт-23, 10:11 
А Грааль не начали еще встраивать? Они вроде грозились в конце 22го.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск Java SE 20"  –1 +/
Сообщение от InuYasha (??), 22-Мрт-23, 10:43 
Ровно вчера скачал Жабу чтоб открывать IPMI-консоль в Палемуне. Результат - Жаба ругается на протухший сертификат (который, естественно, в прошивках не обновить), access denied, виснет насмерть, иногда утягивая браузер. Нахрен так жить. Это единственный ЯП/платформа, у которого в UI даже галочки тормозят...
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Java SE 20"  –2 +/
Сообщение от DeerFriend (?), 22-Мрт-23, 11:12 
Дату менять пробовал?
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск Java SE 20"  –1 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 12:32 
это в конфигах жре правится
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

54. "Выпуск Java SE 20"  +/
Сообщение от InuYasha (??), 22-Мрт-23, 14:30 
> это в конфигах жре правится

где конфиги жре? я тыкал javaw.exe (или как-то так), отключил все возможные проверки по сертам - и ему пофиг.

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

55. "Выпуск Java SE 20"  –1 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 14:43 
короче. если нужны аплеты - то качаешь 8 жде и отключаешь проверки ссл
а так же включаешь отключенные протоколы (типа 3дес ) в файле секурити.кфг.

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

если же там jws то и браузер не нужен

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

56. "Выпуск Java SE 20"  –1 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 14:48 
https://www.java.com/en/configure_crypto.html

читай тут короче про сесурити в жре

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

52. "Выпуск Java SE 20"  –2 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 12:33 
>который, естественно, в прошивках не обновить

это кстати тоже ложь

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

53. "Выпуск Java SE 20"  +/
Сообщение от InuYasha (??), 22-Мрт-23, 14:28 
О, ты мне можешь обновить и подписать жавный пакет в проше? Может, тогда добавишь туда фич каких-нибудь? И, или, хоть, логотип страшный поменять? (спойлер: прошивка старая, даже обновлять себя из вебки не умеет)
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск Java SE 20"  –1 +/
Сообщение от жявамэн (ok), 22-Мрт-23, 14:51 
ну если бы можно было выгрузить и заново загрузить - то можно было бы переподписать своим сертификатом просто и все
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск Java SE 20"  +3 +/
Сообщение от InuYasha (??), 22-Мрт-23, 16:42 
>> просто и все

Выкорчевать прошивку. Проанализировать формат. Расчленить прошивку. Добыть модуль жавы. Декомпилировать его. Собрать. Создать адекватный серт (возможно, из утёкших в Сеть сливов?). Подписать. Собрать пошивку. Помолиться. Залить поршивку. Неполучить кирпич. Накакать кирпичей. Получить некирпич.

Ну, не сказал бы, что это хоть отдалённо относится к слову "просто".

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

58. "Выпуск Java SE 20"  +1 +/
Сообщение от name (??), 22-Мрт-23, 15:42 
Мне кажется, не стоит переводить changelog. Получается очень плохо.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск Java SE 20"  –1 +/
Сообщение от Аноним (105), 22-Мрт-23, 17:15 
Вообще-то вот это:

  if (obj instanceof Point p)

ещё в Java 16 было. А вот сейчас добавили pattern matching with deconstruction, что очень и очень круто:

  if (obj instanceof Point(int x, int y))

И в switch, и даже в for оно работает.

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

68. "Выпуск Java SE 20"  +/
Сообщение от Аноним (66), 22-Мрт-23, 17:30 
>большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии

Датычо, правда? То-то у нас в репе штук пять разных Джав, на выбор.

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

70. "Выпуск Java SE 20"  –1 +/
Сообщение от Аноним (105), 22-Мрт-23, 17:40 
Дык может ваш проект из меньшинства? :)
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск Java SE 20"  –1 +/
Сообщение от Аноним (62), 22-Мрт-23, 23:04 
Разные версии джав нужны только в случае, если ваш проект завязывался на приватный api из кишков JDK, для которого никаких гарантий обратной совместимости. Либо проект опирался на deprecated вещи, типа явного вызова SecurityManager. Во многих случаях обновление JRE спокойно оставляет приложение работоспособным.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

92. "Выпуск Java SE 20"  +/
Сообщение от Аноним (66), 23-Мрт-23, 04:49 
Проект использовал tools.jar, не знаю, зачем. Которого в новых Джавах нет. Потом был ещё восхитительный Jenkins, который на старой Джаве запускался, но крашился.

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

69. "Выпуск Java SE 20"  –1 +/
Сообщение от Аноним (69), 22-Мрт-23, 17:37 
Посоветуйте пожалуйста современный букварь по Яве, желательно на английском. Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск Java SE 20"  +/
Сообщение от Аноним (75), 22-Мрт-23, 18:14 
https://teaching.csse.uwa.edu.au/units/CITS2200/Resources/Ja...
Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск Java SE 20"  –1 +/
Сообщение от Аноним (69), 23-Мрт-23, 02:45 
Спасибо.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск Java SE 20"  +/
Сообщение от Аноним (77), 22-Мрт-23, 18:15 
Я думаю, для вас подойдут книги из серии "Для дурачков" (https://www.amazon.com/Java-All-One-Dummies-Doug/dp/1119986648)
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

83. "Выпуск Java SE 20"  –3 +/
Сообщение от Аноним (84), 22-Мрт-23, 21:08 
Ява устарела, она сейчас исключительно в легаси проектах используется. Лучше Котлин изучай.
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

86. "Выпуск Java SE 20"  –1 +/
Сообщение от Аноним (62), 22-Мрт-23, 22:49 
ЛПП. Кодеры со стажем часто недолюбливают Kotlin из-за его подхода (var/val для локальных переменных, странный сахар для делегирования, неожиданные побочные эффекты, когда сталкивается рефлексия из джава-библ и какие-нибудь фишки типа деструктуризации, которые скомпилировались в неидиоматический байткод, из-за чего у рефлекшена из third-party библ поломалась логика). Есть куча новых проектов, где используют последний LTS (Java 17) и вполне неплохо себя чувствуют на старой-доброй джаве, у которой синтаксис "палка-веревка" и все очевидно на ревью для читателя. Kotlin только разработку под Андроид под себя подмял тотально, в обычный бэкенд его не так часто берут, часто предпочитая проверенную классику, которая, тем более, постепенно учится новым трюкам.
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск Java SE 20"  +/
Сообщение от Аноним (-), 24-Мрт-23, 20:19 
Джависты, а джависты - подскажите, что-то типа RAII(C++) или using\IDisposable(.Net) в Jave уже есть?
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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