Java 16 / JDK 16 (diskuse)

[Max]

Rovnou říkám, z JDK8 mě nikdo nedostane! :).
Zdar Max

[Ruža Becelin]

Driv jsem mel predstavu o zmenach mezi treba JDK 6, JDK 7, atd.

Ale ted nevim, jestli se mezi JDK 11 - JDK 16 stalo neco signifikantniho, nebo je to spis JDK 8.11, 8.12, ..., 8.16

Co mam zjistene, par veci, co chtelo JDK8, melo problemy na JDK11, ale JDK14 to zase spravila...

[sid]

To je taky problem si otvorit stranku kde je to popisane? Miesto stupidneho prispevku co vam zabral 10x viac casu.

[Ruža Becelin]

To jsem samo udelal, akorat featury 'Moved to GitHub' asi uplne nerozbiji kompatibilitu mezi JDK15 a JDK16...

Spis me zajimal nazor nekoho, kdo JDK poslednich par verzi nasazuje ve velkem.

BTW: Misto reagovani na muj stupidni komentar ho stacilo ignorovat, coz by zabralo 10x min casu.

[Sid]

"Ale ted nevim, jestli se mezi JDK 11 - JDK 16 stalo neco signifikantniho, nebo je to spis JDK 8.11, 8.12, ..., 8.16" a "asi uplne nerozbiji kompatibilitu mezi JDK15 a JDK16..." tj. mali by ste sa ujednotit o com vobec pisete. (ci o zmenach medzi 11-16) alebo o nasadzovani alebo zmenach 15-16

Tu mate jazykove zmeny: 394: Pattern Matching for instanceof 395: Records 397: Sealed Classes (Second Preview) Tu pridane/zmenene api: 338: Vector API (Incubator) 380: Unix-Domain Socket Channels 389: Foreign Linker API (Incubator) 393: Foreign-Memory Access API (Third Incubator) 396: Strongly Encapsulate JDK Internals by Default (to sa tyka ciastocne aj toolingu)

a interne veci/tooling: 347: Enable C++14 Language Features 357: Migrate from Mercurial to Git 369: Migrate to GitHub 376: ZGC: Concurrent Thread-Stack Processing 386: Alpine Linux Port 387: Elastic Metaspace 388: Windows/AArch64 Port 392: Packaging Tool

[Max]

Díky za info, něco na jdk8, co nejede na jdk11 mám, tak to vyzkouším se 14. A já myslel, že už to bude beznadějné.
Zdar Max

[deda.jabko]

Ale ted nevim, jestli se mezi JDK 11 - JDK 16 stalo neco signifikantniho, nebo je to spis JDK 8.11, 8.12, ..., 8.16

Singifikantniho se toho stalo docela dost, napr. nove vlastnosti jako switch expression nebo records. Jednotlive verze, co vychazi kazdeho pul roku, jsou spis jenom takova prubezna ukazka na vyzkouseni a odladeni novych vlastnosti, pro realne projekty bych volil jen LTS verze, coz je 11 a nasledujici 17.

[Ruža Becelin]

Ok, diky

[Mayhem]

switch expression nebo records

Toto ma byt signifikantni? I kdyz je pravdou, ze v kontextu konzervativnosti javy to muzeme brat jako velke zmeny.

[deda.jabko]

Switch expression neni nejak signifikantni, to je takovy syntakticky cukrik, ale records uz ano, a to hlavne z duvodu, ktere nejsou tolik videt.

Pri zavedeni hodnotovych typu Java dostala prilezitost udelat to poradne a to se ji, pokud mohu soudit, povedlo.

C# ma sice hodnotove typy uzasnych dvacet let, ale tim, ze okopirovali pristup C++ a nechali je mutabilni, je docela zabili. Kotlin sice ma svoje datove tridy, ktere se tvari jaky records, ale porad je to postavene nad objekty, takze je to jen takovy syntakticky cukr, ale porad lepsi nez dratem do oka. Records v Jave jsou velka vec, protoze je to jednak velky zasah do celeho ekosystemu, ale soubezne s tim vznikla infrastruktura na urovni JVM, kterou mohou pouzivat ostatni jazyky, a to je z meho pohledu to hlavni.

[dustin]

Pokud to dobře chápu, records a hodnotové typy jsou dvě různé (ale podobné) věci https://cr.openjdk.java.net/%7Ebriangoetz/amber/datum.html#are-records-the-same-as-value-types https://stackoverflow.com/questions/63352151/are-java-records-intended-to-eventually-become-value-types.

[deda.jabko]

Vypada to, ze mas pravdu. Na to jak jsou records skutecne realizovany jsem se jeste nedival a vychazel jsem ze starsich veci.

[sid]

A dovod?

[Max]

Částečně vtip, proto ten smajl :). A částečně fakt, že spousta app stjí na jdk8.
Zdar Max

[Sid]

Interne to vidim podobne - beha to na JDK8 (je to v java 8) bude to behat na JDK8 a mozno az JDK17 to zmeni

[Ptr]

Jak to je s LTS? Mělo být 8, 11, 14, 17 atd.

Je 8, 11 a... nic.

[Max]

LTS je 8, 11, 17. A ta 17 má vyjít do konce roku.
Zdar Max

[OldFrog {Ondra Nemecek}]

Přesně tak, kdo nechce veletoče jede na LTS což současně zajišťuje relativně up-to-date stav.

Jinak vývojářům se vyplatí sledovat nejnovější verze, jsou tam i nové nástroje, které se hodí. Například jpackage.

[Ptr]

Díky. Na začátku to totiž bylo prezentováno tak, že LTS bude každá třetí verze (tedy každých 18 měsíců).

[miro]

Pravidelný release každých 6 mesiacov. LTS release každé tri roky.

Tj. najbližšie LTS vychádza na verziu 17, ktorú vydajú o pol roka.

https://www.oracle.com/java/technologies/java-se-support-roadmap.html