{"id":10015,"date":"2022-01-25T16:19:31","date_gmt":"2022-01-25T15:19:31","guid":{"rendered":"https:\/\/vived.io\/jvm-tuesday-vol-72-visual-studio-code-wildfly-project-panama-2\/"},"modified":"2022-09-19T13:10:42","modified_gmt":"2022-09-19T11:10:42","slug":"jvm-tuesday-vol-72-visual-studio-code-wildfly-project-panama-2","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/jvm-tuesday-vol-72-visual-studio-code-wildfly-project-panama-2\/","title":{"rendered":"JVM Tuesday vol. 72 – Visual Studio Code, Wildfly, Project Panama"},"content":{"rendered":"\n

1. Wsparcie Javy w Visual Studio Code: co si\u0119 wydarzy\u0142o w 2021 i plany na 2022<\/h2>\n\n\n\n

Musz\u0119 kiedy\u015b przeprowadzi\u0107 ankiet\u0119, ilu z Was u\u017cywa IntelliJ Idea – moj\u0105 intuicj\u0105 jest, \u017ce b\u0119dzie to jednak wi\u0119kszo\u015b\u0107. Dzieje si\u0119 tak, poniewa\u017c Idea to naprawd\u0119 bardzo dobry kawa\u0142ek oprogramowania, a dodatkowo \u201codskoczy\u0142a\u201d konkurencji na tyle, \u017ce dystans wydaje si\u0119 by\u0107 niezwykle trudny do nadrobienia. Niekt\u00f3rzy jednak pr\u00f3buj\u0105, czego dowodem jest fakt, \u017ce od czasu do czasu informujemy Was o nowo\u015bciach wsparciu dla Javy w Visual Studio Code. W ramach swoich comiesi\u0119cznych update<\/a>, tw\u00f3rcy tego jednak do\u015b\u0107 ambitnego rozszerzenia zdecydowali si\u0119 podsumowa\u0107 rok, wi\u0119c jest to dobra okazja, \u017ceby oceni\u0107 na ile rozw\u00f3j narz\u0119dzia daje podstawy do liczenia na realn\u0105 alternatyw\u0119 dla kolosa od JetBrains. <\/p>\n\n\n\n

Z pewno\u015bci\u0105 highlightem ostatniego roku jest to, \u017ce \u201csilnik\u201d ca\u0142ego rozwi\u0105zania, tworzone przez RedHata. Rok 2021 przyni\u00f3s\u0142 wsparcie dla Javy 17 oraz znacznie ulepszone nawigowanie po strukturze projektu. Co wi\u0119cej, znacznie zwi\u0119kszono wydajno\u015b\u0107 podpowiedzi kodu. Znacznie ulepszono te\u017c integracj\u0119 z zewn\u0119trznymi narz\u0119dziami – rozbudowane wsparcie dla Gradle, a GitHubowe CodeSpaces \u201cnauczy\u0142y si\u0119\u201d obs\u0142ugi Springa Tw\u00f3rcy chwal\u0105 si\u0119, \u017ce ich rozwi\u0105zania spr\u00f3bowa\u0142o w zesz\u0142ym roku ponad p\u00f3\u0142tora miliona u\u017cytkownik\u00f3w, co jest znacznie wi\u0119ksz\u0105 liczb\u0105 ni\u017c si\u0119 spodziewa\u0142em. Fakt ten mocno mnie cieszy – konkurencja jest korzystnym zjawiskiem. Bez niej pewnie nigdy nie zobaczyliby\u015bmy takiego narz\u0119dzia jak JetBrains Fleet. <\/p>\n\n\n

\n
\"\"\/
Je\u017celi jeste\u015bcie ciekawi jak sam Fleet si\u0119 sprawuje, ostatnio trafi\u0142 w moje \u0142apy artyku\u0142 z pierwszymi wra\u017ceniami<\/a>. <\/figcaption><\/figure><\/div>\n\n\n

Smakowicie prezentuj\u0105 si\u0119 te\u017c plany na bie\u017c\u0105cy rok. Wida\u0107, \u017ce tw\u00f3rcy staraj\u0105 si\u0119 wkupi\u0107 w \u0142aski nie tylko hobbyst\u00f3w, ale te\u017c programist\u00f3w pracuj\u0105cych komercyjnie. Rzecz\u0105, kt\u00f3ra przyci\u0105ga wzrok to szeroko zakrojona \u201cnarz\u0119dzi\u00f3wka\u201d do Spring Boota, a tak\u017ce dalsze wsparcie dla Gradle i Mavena oraz integracjacja z Kubernetesem. Opr\u00f3cz tego nale\u017cy si\u0119 spodziewa\u0107 dalszych ulepsze\u0144 w aspekcie User Experience – w tym kontek\u015bcie szczeg\u00f3lnie wybija si\u0119 Live Share, kt\u00f3ry wybija si\u0119 na jedn\u0105 z bardziej istotnych w dobie pracy zdalnej funkcjonalno\u015bci VSCode. Tw\u00f3rcy obiecuj\u0105 te\u017c bardziej inteligentne podpowiadanie kodu oraz wygodniejsze do\u015bwiadczenie debugowania.<\/p>\n\n\n\n

\"\"\/
Je\u015bli chcecie znale\u017a\u0107 wi\u0119cej szczeg\u00f3\u0142\u00f3w, powy\u017csza grafika do\u015b\u0107 dobrze obrazuje plany na przysz\u0142y rok. Je\u017celi macie problem z odczytaniem – pod linkiem znajdziecie wersj\u0119 w wy\u017cszej rozdzielczo\u015bci<\/a>. <\/figcaption><\/figure>\n\n\n\n

2. WildFly rezygnuje z \u201cRelease Trainu\u201d<\/h2>\n\n\n\n

Kolejna informacja dotyczy WildFly. Jednocze\u015bnie ze wzgl\u0119du na to, jak mocno idzie pod pr\u0105d ostatnim \u201cstandardom\u201d, je\u015bli chodzi o spos\u00f3b releasowania oprogramowania, powinna by\u0107 interesuj\u0105ca dla nieco szerszej rzeszy ludzi ni\u017c typowe og\u0142oszenia zwi\u0105zane z Jav\u0105 EE.<\/p>\n\n\n

\n
\"\"\/
Ma\u0142y Spoiler<\/figcaption><\/figure><\/div>\n\n\n

Ot\u00f3\u017c w dobie, gdy wi\u0119kszo\u015b\u0107 projekt\u00f3w przechodzi na regularny \u201cpoci\u0105g releasowy\u201d, WildFly zdecydowa\u0142 si\u0119 na swoisty krok w ty\u0142<\/a> i oparcie swoich nowych wersji o zdefiniowane zbiory funkcjonalno\u015bci. Najnowsze wydanie b\u0119dzie wydane dopiero wtedy, kiedy uka\u017ce standard Jakarty EE 10 i serwer b\u0119dzie na to gotowy. Jest to swoisty powr\u00f3t do korzeni, gdy nowe wydania serwer\u00f3w aplikacyjnych by\u0142y znacznie rzadsze i wi\u0105za\u0142y si\u0119 w\u0142a\u015bnie z du\u017cymi podbiciami standardu, nie konkretnymi datami w kalendarzu.<\/p>\n\n\n\n

Dobrze, ale co poza now\u0105 wersj\u0105 Jakarty EE przyniesie wydanie WildFly 27? Kolejny cios w stron\u0119 Javy 8 – WildFly 26.1 b\u0119dzie ostatnim wydaniem kt\u00f3re b\u0119dzie wspiera\u0142o wci\u0105\u017c najpopularniejsz\u0105 edycj\u0119 Javy. Co ciekawe, to nie jedyna \u201c\u00f3semka\u201d, kt\u00f3ra zostanie porzucona wraz z nowym wydaniem – tw\u00f3rcy serwera aplikacyjnego pozbywaj\u0105 si\u0119 tak\u017ce wsparcia Javy EE 8. Oznacza to, \u017ce WildFly 27 b\u0119dzie pierwszym wydaniem zupe\u0142nie pozbawionym brandingu Javy (i \u201crobaczywych\u201d zale\u017cno\u015bci na pakiety javax.*) . Jest to wi\u0119c rzeczywi\u015bcie du\u017cy krok nie tylko dla frameworku, ale dla ca\u0142ej spo\u0142eczno\u015bci Jakarty.<\/p>\n\n\n

\n
\"\"\/<\/figure><\/div>\n\n\n

Je\u017celi chodzi o inne \u201cporzucone\u201d funkcjonalno\u015bci, to jest ich znacznie wi\u0119cej. WildFly 27 nie b\u0119dzie wspiera\u0142 r\u00f3wnie\u017c MicroProfile w wersji 4 (jako, \u017ce ten opiera\u0142 si\u0119 jeszcze na wspomnianym javax.*), jak i Log4j (aczkolwiek w wersji pierwszej, nie tej b\u0119d\u0105cej gwiazd\u0105 grudniowych nag\u0142\u00f3wk\u00f3w). Jak wi\u0119c wida\u0107, WildFly 27 b\u0119dzie do tego stopnia odchudzony, \u017ce mo\u017cemy uzna\u0107 nowe wydanie za istotny kamie\u0144 milowy w \u017cyciu tego najbardziej \u201c\u017cwawego\u201d serwera aplikacyjnego. <\/p>\n\n\n\n

3. Projekt Panama ju\u017c nied\u0142ugo w Preview?<\/h2>\n\n\n\n

A na koniec informacja o pewnym bardzo interesuj\u0105cym Pull Reque\u015bcie w repozytorium JDK.<\/p>\n\n\n\n

Tydzie\u0144 temu prezentowali\u015bmy Wam przegl\u0105d tego, czego mo\u017cna spodziewa\u0107 si\u0119 po roku 2022, je\u015bli chodzi o du\u017ce Javowe projekty. Nie spodziewa\u0142em si\u0119 jednak, \u017ce tak szybko b\u0119dziemy mieli dla Was dalsze og\u0142oszenia. Jak bowiem donosz\u0105 u\u017cytkownicy Reddita<\/a>, Projekt Panama<\/a> wychodzi z inkubacji – stosowna repakietyzacja pojawi\u0142a si\u0119 ju\u017c w kodzie, teraz przyszed\u0142 czas na merge do brancha openjdk:foreign-preview<\/em>. Oznacza to, \u017ce ju\u017c nied\u0142ugo powinni\u015bmy zobaczy\u0107 je jako Preview (przyznam, \u017ce nie jestem pewien czy ma szans\u0119 za\u0142apa\u0107 si\u0119 jeszcze na JDK 18, ale postaram si\u0119 to potwierdzi\u0107).<\/p>\n\n\n\n

\n

Hey @OpenJDK<\/a>, as there is already PR Open https:\/\/t.co\/wRmcYev5Dq<\/a>, is there a chance that we will see Panama Preview in JDK 18 \ud83d\ude4f?<\/p>— Artur Skowronski (@ArturSkowronski) January 25, 2022<\/a><\/blockquote>