Czym s\u0105 Powy\u017csza struktura posiada kilka zalet. Po pierwsze, umo\u017cliwia okre\u015blenie bardzo konkretnego zakresu „obowi\u0105zywania” zmiennej – co\u015b czego nie da\u0142o si\u0119 uzyska\u0107 w przypadku zwyk\u0142ego ThreadLocala, b\u0119d\u0105cego swoistym workiem na dane. W powy\u017cszym przypadku, Co ze starym, dobrym, przyzwanym ju\u017c w tym tek\u015bcie ThreadLocal? Tutaj uspokoj\u0119: nowy typ zmiennych z JEP 429 nie ma na celu jego zast\u0105pienia i wymuszania jego migracji. Oba rozwi\u0105zania b\u0119d\u0105 \u017cy\u0142y r\u00f3wnolegle. Polecam jednak lektur\u0119 nowego JEP-a ka\u017cdemu (\u015bwiadomemu) u\u017cytkownikowi ThreadLocal – przy motywacji rozszerzenia Javy o Po powy\u017cszym JEP-ie wida\u0107, jak mocno Loom kieruje dalszym rozwojem j\u0119zyka. A jak ju\u017c o Loomie mowa…<\/p>\n\n\n\n Jetty, biblioteka dostarczaj\u0105ca samodzieln\u0105 implementacje web server i kontenera servlet\u00f3w, pozostaje jednym z najpopularniejszych rozwi\u0105za\u0144 tego typu. Wprawdzie konkurencja pod postaci\u0105 cho\u0107by Embedded Tomcat, Undertow czy Netty do\u015b\u0107 mocno go ostatnio podgryza, to jednak z perspektywy programist\u00f3w bardzo dobra nowina – konkurencja wymusza ci\u0105g\u0142y rozw\u00f3j. Dlatego te\u017c z rado\u015bci\u0105 informujemy o oficjalnym wsparciu projektu dla Looma<\/a>.<\/p>\n\n\n\n Zmiany wejd\u0105 w \u017cycie wraz z nowymi wersjami Jetty’ego 10.0.x (najpierw wspierana ma by\u0107 10.0.x), ale ca\u0142o\u015b\u0107 przyci\u0105ga wzrok nie tylko z powodu bycia kolejnym du\u017cym projektem wspieraj\u0105cym Looma. Osobi\u015bcie uwa\u017cam za bardzo uroczy fakt, \u017ce sam Alan Bateman zasugerowa\u0142 w zamkni\u0119tym PullReque\u015bcie poprawki, kt\u00f3re tw\u00f3rcy wprowadzili. Jest dla mnie zawsze co\u015b bardzo uroczego w tym, jak tw\u00f3rcy Javy odpowiadaj\u0105 na w\u0105tki redditowe\/hackernewsowe czy w\u0142a\u015bnie robi\u0105 Code Review projektom.<\/p>\n\n\n Je\u015bli kto\u015b jest ciekawy jak ca\u0142o\u015b\u0107 zosta\u0142a zaimplementowana – tutaj macie konkretny commit<\/a>.<\/p>\n\n\n\n Pocz\u0105tkiem tygodnia premier\u0119 mia\u0142 nowy Android 13. Dobrze pokazuje to pewn\u0105 zmian\u0119 my\u015blenia o tym systemie. Kiedy\u015b by\u0142a to naprawd\u0119 du\u017ce wydarzenie, dzi\u015b premiera w tym wypadku oznacza\u0142a „zmergowanie” ca\u0142o\u015bci do g\u0142\u00f3wnej ga\u0142\u0119zi AOSP (Android Open-Source Project) oraz wypuszczenie nowej wersji na Pixele, w oczekiwaniu na ruchy reszty graczy rynkowych – troch\u0119 jak to ma miejsce w wypadku Kernela Linuxa. R\u00f3wnie\u017c lista nowo\u015bci z mojej perspektywy jest dosy\u0107 zbli\u017cona – z punktu widzenia u\u017cytkownika, Android 13 to troch\u0119 wi\u0119ksze mo\u017cliwo\u015bci personalizacji (min. wersji j\u0119zykowej konkretnych aplikacji)<\/p>\n\n\n\n Z punktu widzenia programisty jest troch\u0119 wi\u0005\u0119cej. Oczywi\u015bcie, mamy standardowe poprawki wydajno\u015bciowe (lepszy Garbage Collector i szybszy dost\u0119p JNI) poza tym nowo\u015bci dla programist\u00f3w, jak nowe API do font\u00f3w u\u0142atwiaj\u0105ce np. prac\u0119 z nie-\u0142aci\u0144skim alfabetem czy lepszy performance renderingu, a tak\u017ce wsparcie dla standardu COLRV1<\/a>. Pojawia si\u0119 te\u017c min. wsparcie dla Bluetooth LE Audio czy MIDI 2.0, a tak\u017ce lepsza obs\u0142uga shader\u00f3w. Wisienk\u0105 na torcie jest masa nowych uprawnie\u0144, kt\u00f3re tw\u00f3rcy musz\u0105 zbiera\u0107 od u\u017cytkownik\u00f3w przed dost\u0119pem do ich danych.<\/p>\n\n\n\nextent-local variables<\/code>? Jest to alternatywa dla istniej\u0105cego ThreadLocal<\/code>, stworzona jako kompan Project Loom. Ich celem jest umo\u017cliwi\u0107 wsp\u00f3\u0142dzielenie niemutowanych danych w obr\u0119bie i pomi\u0119dzy w\u0105tkami. Ich u\u017cycie wygl\u0105da\u0107 ma w nast\u0119puj\u0105cy spos\u00f3b.<\/p>\n\n\n\nfinal static ExtentLocal<...> V = new ExtentLocal<>();\n\n\/\/ In some method\nExtentLocal.where(V, <value>)\n .run(() -> { ... V.get() ... call methods ... });\n<\/code><\/pre>\n\n\n\nV<\/code> nie posiada metody .set<\/code> – jest wi\u0119c (niestety, wy\u0142\u0105cznie w „p\u0142ytki” spos\u00f3b) niemutowalne, dodatkowo powinno by\u0107 deklarowane jako final<\/code>, a jej warto\u015b\u0107 ustawiana jest wy\u0142\u0105cznie w metodzie where<\/code>. W nieco zawi\u0142y, ale efektywny spos\u00f3b rozwi\u0105za\u0107 ma to problem przypadkowej podmiany warto\u015bci referencji pochodz\u0105cej z ThreadLocala.<\/p>\n\n\n\nextent-local variables<\/code>, tw\u00f3rcy wypunktowali sporo wad (ale r\u00f3wnie\u017c zalet) istniej\u0105cego rozwi\u0105zania.<\/p>\n\n\n![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2022\/08\/image-23.png\")
\u0179r\u00f3d\u0142a<\/h3>\n\n\n\n
2. Jetty dostaje wsparcie dla Projektu Loom<\/h2>\n\n\n\n
![\"\"](\"https:\/\/vived.io\/wp-content\/uploads\/2022\/08\/image-16.png\")
\u0179r\u00f3d\u0142a<\/h3>\n\n\n\n
3. Android 13 przynosi wsparcie Javy 11<\/h2>\n\n\n\n