![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2023\/06\/image-5-1024x593.png\")
Ludzie odpowiadaj\u0105cy za Jav\u0119 w Microsofcie poinformowali ostatnio<\/a>, \u017ce pracuj\u0105 nad JEP-em maj\u0105cym wprowadzi\u0107 Profile Ergonomiki do Java Virtual Machine (JVM). Ta funkcja umo\u017cliwi\u0142aby posiadanie w Javie dw\u00f3ch r\u00f3\u017cnych konfiguracji: profilu 'wsp\u00f3\u0142dzielonego’, zaprojektowany z za\u0142o\u017ceniem, \u017ce JVM musi dzieli\u0107 zasoby z innymi procesami, oraz profil 'dedykowany’ dla system\u00f3w, kt\u00f3re dedykuj\u0105 zasoby wy\u0142\u0105cznie dla procesu JVM i ta mo\u017ce bra\u0107 tyle, ile fabryka da\u0142a. Ten ruch jest motywowany wspomnianymi danymi od New Relic, kt\u00f3re pokazuj\u0105, \u017ce ponad 70% monitorowanych przez nich JVM dzia\u0142a w dedykowanych \u015brodowiskach, takich jak kontenery, bardzo cz\u0119sto bez \u017cadnej konfiguracji, a wi\u0119c bardzo niewydajnie.<\/p>\n\n\n\n Proponowany profil 'dedykowany’ ma na celu umo\u017cliwienie JVM bardziej efektywnego wykorzystania dost\u0119pnych zasob\u00f3w, szczeg\u00f3lnie w dedykowanych \u015brodowiskach. Na przyk\u0142ad, w przeciwie\u0144stwie do obecnych „default\u00f3w”, gdzie maksymalny rozmiar sterty JVM waha si\u0119 mi\u0119dzy 25% a 50% w zale\u017cno\u015bci od dost\u0119pnego rozmiaru pami\u0119ci, nowy profil m\u00f3g\u0142by zwi\u0119kszy\u0107 domy\u015blne przydzielanie rozmiaru sterty do 60%-70%. Ponadto zawiera\u0142by r\u00f3wnie\u017c inne heurystyki co do wyboru GC, liczenia aktywnych procesor\u00f3w i rozmiar\u00f3w wewn\u0119trznych pul w\u0105tk\u00f3w JVM. Poza wprowadzeniem dw\u00f3ch pierwszych, wspomnianych profili, JEP ma wprowadzi\u0107 struktury umo\u017cliwiaj\u0105ce rozszerzanie OpenJDK o wi\u0119cej profili. Teraz na razie jednak czekamy na wi\u0119cej, poniewa\u017c prace dopiero zosta\u0142y zapowiedziane szerszej spo\u0142eczno\u015bci.<\/p>\n\n\n\n Ale „Ergonomic Profiles” by\u0142y tylko dodatkiem (cho\u0107 od tematu konteneryzacji nie uciekniemy, jeszcze wr\u00f3ci). Przejd\u017amy do prawdziwego mi\u0119ska.<\/p>\n\n\n Ja wiem, \u017ce ju\u017c wszyscy pewnie zapomnieli, ale w po\u0142owie maja odby\u0142 si\u0119 Spring I\/O 2023. Dla tych kt\u00f3rzy (tak jak ja, niestety) nie mieli okazji odwiedzi\u0107 s\u0142onecznej Barcelony, na oficjalnym kanale konferencji pojawi\u0142y si\u0119 nagrania talk\u00f3w<\/a>. Dlatego te\u017c wreszcie teraz, gdy ju\u017c ka\u017cdy mo\u017ce ogl\u0105dn\u0105\u0107 sobie konferencje nie z ze swojego pokoju, mo\u017cemy si\u0119 skupi\u0107 na przygl\u0105dni\u0119ciu tego, co zosta\u0142o pokazane.<\/p>\n\n\n\n Zacznijmy od Keynote, kt\u00f3rego mo\u017cna potraktowa\u0107 jako Spis Tre\u015bci. Podczas niego Juergen Hoeller<\/a> – project lead Spring Frameworku – zapowiedzia\u0142 nadchodz\u0105ce wydania Spring Framework 6.1 i Spring Boot 3.2 oraz nowo\u015bci, kt\u00f3re przyjd\u0105 ze zbli\u017caj\u0105cym si\u0119 wydaniem, takie jak wirtualne w\u0105tkach (min. przez prace nad modernizacj\u0105 stosu servlet\u00f3w). Na scenie pojawi\u0142a si\u0119 te\u017c pracuj\u0105cy nad Springiem S\u00e9bastien Deleuze<\/a> oraz Alina Yurenko<\/a>, Developer Advocate GraalVM, kt\u00f3rzy opowiadali o tym, jak wielk\u0105 rewolucj\u0105 dla projektu by\u0142o Spring Boot Native Image w celu szybszego uruchamiania i mniejszego zu\u017cycia zasob\u00f3w. Na scenie pokazano nam Spring Cloud Function, czyli pr\u00f3b\u0119 wej\u015bcia Springa w rynek Serverless. S\u00e9bastien dodatkowo opowiedzia\u0142 te\u017c o CRaC-u i przychodz\u0105cymi z nim nowych mo\u017cliwo\u015bciach. Na scenie nie mog\u0142o zabrakn\u0105\u0107 te\u017c Josha Longa<\/a>, Spring Developer Advocate, kt\u00f3ry pokazywa\u0142 nowe mo\u017cliwo\u015bci Spring Boot 3.1.<\/p>\n\n\n\n A teraz rozpakujemy sobie te tematy, w\u0142a\u015bciwie bowiem ka\u017cdy z poruszonych na Keynote dosta\u0142 sw\u00f3j followup.<\/p>\n\n\n\n Przyk\u0142adowo, podczas Spring Framework 6.1: Infrastructure Revisited<\/a> (moja ulubiona sesja) przedstawi\u0142 plany na integracje Wirtualnych W\u0105tk\u00f3w w Spring Framework, ze spor\u0105 ilo\u015bci\u0105 detali. Mn\u00f3stwo miejsca po\u015bwi\u0119cono Jakarta EE 11 i Tomcatowi 10 i w jaki spos\u00f3b te projekty pozwol\u0105 na szybsz\u0105 integracje w Springu. Juergen Hoeller pochyli\u0142 si\u0119 r\u00f3wnie\u017c nad wsp\u00f3\u0142istnieniem Virtual Threads i Spring WebFlux<\/a>. Po raz kolejny dostajemy potwierdzenie, \u017ce Reactive Programming i Wirtualne W\u0105tki (cho\u0107 maj\u0105 elementy przeci\u0119cia) b\u0119d\u0105 raczej stanowi\u0142y dla siebie r\u00f3wnoleg\u0142\u0105 alternatyw\u0119. Nie nale\u017cy si\u0119 spodziewa\u0107, \u017ce Wirtualne W\u0105tki zast\u0105pi\u0105 Reactora – Spring MVC pozwoli za to na integracje obu podej\u015b\u0107<\/a>, je\u017celi kto\u015b b\u0119dzie mia\u0142 tak\u0105 fantazj\u0119. Og\u00f3lnie, bardzo dobra sesja je\u015bli jeste\u015bcie ciekawi, jakie zalety przyniesie wprowadzenie Wirtualnych W\u0105tk\u00f3w do Springa<\/a>, na nieco g\u0142\u0119bszym poziomie ni\u017c „b\u0119dzie szybciej”.<\/p>\n\n\n\n To jednak nie koniec o Spring Framework 6.1: Infrastructure Revisited<\/a>, poniewa\u017c drug\u0105 po\u0142ow\u0119 sesji po\u015bwi\u0119cono integracji CRaC (Coordinated restore at Checkpoint) w Spring Framework. W samego CRaC-a nie b\u0119d\u0119 Was ju\u017c wprowadza\u0142 (mam wra\u017cenie, \u017ce robi\u0119 to w co drugiej edycji, wi\u0119c zapraszam cho\u0107by do poprzedniej<\/a>). Juergen Hoeller pokaza\u0142<\/a> jakie dodatkowe wyzwania niesie ze sob\u0105 wdro\u017cenie CRaC-a do Springa, zw\u0142aszcza z punktu widzenia cyklu \u017cycia Bean\u00f3w. To jednak informacja bardziej dla os\u00f3b, kt\u00f3re interesuje co dzieje si\u0119 pod mask\u0105, gdy\u017c z punktu widzenia u\u017cytkownika Springa w wi\u0119kszo\u015bci aplikacji dodatkowe dzia\u0142ania nie powinny by\u0107 potrzebne, a ca\u0142o\u015b\u0107 ma trafi\u0107 do naszych r\u0105k ju\u017c na etapie Spring Boot 3.2, integruj\u0105cego Spring Framework 6.1.<\/p>\n\n\n\n Finalne wersje obu projekt\u00f3w powinny pojawi\u0107 si\u0119 jeszcze w listopadzie tego roku. Nowe funkcjonalno\u015bci b\u0119d\u0105 wymaga\u0142y pewnych aktualizacji (JDK 21 dla Wirtualnych W\u0105tk\u00f3w, CRaC jest obecnie wspierany wy\u0142\u0105cznie przez OpenJDK Azul), ale sam Spring Framework 6.x ma pozosta\u0107 kompatybilny z JDK 17+<\/a>.<\/p>\n\n\n\n CRaC jest ju\u017c dzisiaj dost\u0119pny r\u00f3wnie\u017c jako silnik Amazon Lambda SnapStart – ca\u0142emu projektowi zosta\u0142a po\u015bwi\u0119cona dedykowana sesja AWS Lambda SnapStart: Dramatically reduce cold starts for your Java functions<\/a><\/strong>.<\/p>\n\n\n\n Ciekawym rozwini\u0119ciem Keynote by\u0142o r\u00f3wnie\u017c Going Native: Fast and Lightweight Spring Boot Applications with GraalVM<\/a> Aliny Yurenko. Prezentacja jest \u015bwietnym wprowadzeniem w r\u00f3\u017cnice mi\u0119dzy JIT i AOT, podobnie jak w wypadku Spring Framework 6.1: Infrastructure Revisited<\/strong> wchodz\u0105c\u0105 nieco g\u0142\u0119biej w specyfiki projekt\u00f3w. Przyk\u0142adowo, w czasie prezentacji po\u015bwi\u0119cono sporo czasu zaletom GraalVM, o kt\u00f3rych nie m\u00f3wi si\u0119 za wiele, jak przyk\u0142adowo uodpornienie aplikacji na r\u00f3\u017cne potencjalne wektory ataku<\/a>. Spora cz\u0119\u015b\u0107 prezentacji po\u015bwi\u0119cona zosta\u0142a na Live Demo prezentuj\u0105ce, jak realnie wygl\u0105da praca z Native Images w Spring Boot. Znalaz\u0142o si\u0119 nawet miejsce na przedstawienie plan\u00f3w na przysz\u0142o\u015b\u0107 i kierunk\u00f3w, w kt\u00f3rym rozwija\u0107 si\u0119 am GraalVM wraz z ca\u0142\u0105 platform\u0105<\/a>. A \u017ce rozpocz\u0119li\u015bmy ca\u0142o\u015b\u0107 od pokazania potencjalnego wp\u0142ywu researchu w community na przysz\u0142o\u015b\u0107 Javy, podrzuc\u0119 te\u017c link do wyniku ankiety przeprowadzonej w\u015br\u00f3d spo\u0142eczno\u015bci GraalVM<\/a>. Alina wspomnia\u0142a o niej podczas Keynote, co po raz kolejny pokazuje, \u017ce wasz g\u0142os ma znaczenie.<\/p>\n\n\n\n![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2023\/06\/image-1.png\")
2. Wirtualne W\u0105tki, CRaC, GraalVM, Spring Boot 3.1 – co ciekawego przyni\u00f3s\u0142 Spring I\/O 2023<\/h2>\n\n\n\n
![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2023\/06\/image-3-1024x506.png\")