Megjelent a kiadás Quarkus 3.36 — Java keretrendszer felhőalapú, konténerorientált alkalmazásokhoz, Kubernetes számára, JVM és natív fordításhoz. Kiadás dátuma 2026. május 27.. A főbb változások egy új kísérleti jelátviteli mechanizmussal kapcsolatosak, amely a komponensek közötti jelátvitelt, a beszállítói lánc biztonságának javítását, valamint a TLS és OIDC hitelesítést célozta meg zero-trust forgatókönyvekhez.
A frissítéshez a fejlesztők javasolják a legújabb Quarkus CLI verzió használatát, és végrehajtani:
quarkus update
A quarkus update parancs, a projekt nyilatkozata szerint, képes frissíteni az alkalmazásokat Quarkus 3.36-ra még a Quarkus 2.x ágából is.
Főbb változások
A Quarkus Signals egy kísérleti bővítmény a jelátvitelhez a komponensek között.
A Quarkusban megjelent egy új mechanizmus, amely lehetővé teszi az alkalmazás komponensei közötti laza kapcsolatot: az egyik komponens jelet küld, a másik pedig azt fogadja. A címzettek típusbiztos meghatározása CDI események inspirálta: a jeleket a kezelőkhez társítják típussal és minősítőkkel. Három módot támogat: publish – jelküldés minden címzettnek, send – jelküldés egy címzettnek körforgásos választással, és request-reply – típusbiztos válaszú kérés. Minden módhoz blokkoló és reaktív API tartozik Uni alapokon.Rugalmas végrehajtási modell a jelkezelők számára.
A jel címzettei aszinkron módon futnak, és blokkoló, nem blokkoló vagy virtuális szálakban futtathatók. Ehhez a Quarkus számára megszokott annotációkat, mint például @Blocking, @NonBlocking és @RunOnVirtualThread használják. Az API-n keresztül az eseménykezelők futási idő alatt is regisztrálhatók és eltávolíthatók.Jeladatok metadátuma és SPI integrátorok számára.
A jelekhez tetszőleges kulcs-érték párok csatolhatók, amelyeket a kezelők a SignalContext-en keresztül érhetnek el. A viselkedés kiterjesztésére új integrációs pontok kerültek bevezetésre, mint a SignalMetadataEnricher és ReceiverInterceptor. Az elágazás egyelőre kísérleti státuszú, a fejlesztők várják a felhasználói visszajelzéseket.Beágyazott SBOM függőségekhez.
A Quarkus most már képes beágyazni a SBOM-ot — a Software Bill of Materials, azaz a függőségek összetevőinek leírása — közvetlenül a kész alkalmazásokba. Alapértelmezés szerint az ilyen SBOM az /.well-known/sbom végponton keresztül elérhető. Ez hasznos a függőségek auditálására, a komponensek leltározására és a sebezhetőségek későbbi vizsgálatára.SBOM natív képekben.
A natív képek esetében lehetőség nyílt a SBOM közvetlen beágyazására a natív bináris fájlba a GraalVM SBOM specifikációja szerint. Ez megoldja azt a helyzetet, amikor az alkalmazás nem JVM-artefaktumként, hanem önálló végrehajtható fájlként terjed.OIDC kliens hitelesítés SPIFFE-en keresztül.
A Quarkus OIDC támogatja a SPIFFE JWT-tokeneket a kliens hitelesítéséhez olyan szolgáltatók előtt, mint a Keycloak. Ez a változás a workload identity, zero-trust modell és a szolgáltatás-szolgáltatás közötti interakciós infrastruktúrákra vonatkozik, ahol a munkaterhelés identitása fontosabb a statikus titkoknál.Tetszőleges keystore és truststore típusok.
A TLS nyilvántartás mostantól támogatja a tetszőleges kulcskészletek és megbízható tanúsítványok tárolási típusait, például BCFKS, az új 'other' konfigurációs csoporton keresztül. A típust a quarkus.tls.key-store.other.type=<type> paraméter révén lehet megadni kódírás nélkül. Ha a típus saját betöltési logikát igényel, CDI-bint KeyStoreFactory vagy TrustStoreFactory biztosítható a megfelelő @Identifier-rel.Dinamikus mezők a JSON naplókban.
Új SPI JsonProvider került bevezetésre, amely lehetővé teszi mezők dinamikus hozzáadását a JSON naplókhoz minden bejegyzés esetében. Ez lehetővé teszi a naplók futási kontextussal való gazdagítását: például további kérésazonosítókkal, szolgálati címkékkel vagy környezeti adatokkal.Forró TLS újratöltés GraphQL klienshez.
A GraphQL kliens mostantól támogatja a TLS konfiguráció dinamikus újratöltését. Korábban az új TLS konfiguráció csak új kliens példány létrehozásakor lett érvényes, ami a CDI terjedelem csökkentését követelte meg. Most az újítás azonnal érvényesül, beleértve az application terjedelmű klienseket is.
További változások és frissítések a komponensekben
A végső kiadásban 3.36.0 szintén észlelhetők a Signals fejlesztései, Gradle frissítés 9.5.1-re, Jackson BOM 2.21.3-ra, slf4j-api 2.0.18-ra, Microsoft SQL Server JDBC 13.4.0-ra, több SunPKCS11 konfiguráció támogatása, POM generálásának javítása külső kiterjesztésekhez és a preauthorized_code hozzáadása az OidcClient grant típus lehetőségeként.
Frissítve lettek a Quarkus platform komponensei: Camel Quarkus 3.36.0, Debezium 3.5.1.Final, Quarkus Amazon Services 3.19.0, Quarkus LangChain4j 1.10.0, Quarkus MCP Server 1.12.1 és Quarkus Operator SDK 7.7.5.
Forrás: linux.org.ru
