WildFly 40

A kiadvány megjelent WildFly 40 — egy ingyenes Java alkalmazáskiszolgáló, amelyet a WildFly közösség fejlesztett a Red Hat részvételével. Ezzel egyidejűleg a buildek is elkészültek. WildFly, WildFly EE 10 и WildFly előnézet 40.0.0.FinalAz új verzióhoz tartozó Galleon bővítménycsomagok a Maven Centralon találhatók. A projekt forráskódja licenc alatt kerül terjesztésre. Apache licenc 2.0.

A WildFly 40 fő változása a szerver standard kiadásának áthelyezése volt a következőre: Jakarta EE 11Az EE 11 támogatását korábban a WildFly Preview-ban fejlesztették ki, a WildFly Preview 32-es ágával kezdve, és mostanra átkerült a normál WildFly kiadásba. A Jakarta EE 11 platform, a Web Profile és a Core Profile támogatása deklarálva van Java SE 17 és Java SE 21 rendszeren futtatva.

A WildFly 40 legfontosabb változásai:

  • Jakarta EE 11 támogatása a standard kiadásban. A WildFly átállt a legújabb EE 11 verzióra, beleértve a Jakarta Data-t, a Jakarta Persistence 3.2 fejlesztéseit, valamint a virtuális szálak támogatását a Jakarta Concurrency-ben Java SE 21 és újabb verziókon futtatva. A fejlesztők azonban a Java SE 25-öt ajánlják a virtuális szálak használatához. Az EE 11-re még nem kész alkalmazásokhoz egy különálló szerverváltozatot adtak hozzá a Jakarta EE 10 API-val. A nem EE-specifikus funkciók továbbra is közösek a normál WildFly és a WildFly EE 10 között.

  • Integráció a HashiCorp Vaulttal. Új funkciócsomag került hozzáadásra a Vault használatához. Az integráció a következő címen érhető el: stabilitási szint közösség, és olyan forgatókönyvekre szolgál, ahol a titkos adatoknak és hitelesítő adatoknak külső tárolóból kell származniuk.

  • Kijelentkezés alkalmazásokból OIDC-vel. A WildFly mostantól támogatja az OIDC által védett alkalmazások kijelentkezését, beleértve az RP-kezdeményezésű kijelentkezést, az első csatornás kijelentkezést és a hátsó csatornás kijelentkezést. Ez a funkció jelenleg az előzetes verzió stabilitási szintjén érhető el.

  • Jelszó kitalálása elleni védelem. A WildFly 39.0.1-es verziójától kezdődően minden biztonsági tartomány alapértelmezés szerint a brute force védelmi mechanizmussal együtt használva: 10 egymást követő sikertelen hitelesítési kísérlet után a bejelentkezés 15 percre blokkolódik.

  • Prospero frissítés. Tagok Prospero и WildFly csatornák mostantól frissíthet vagy visszaállíthat egy szervertelepítést egy kiválasztott verzióra a WildFly csatornán belül.

  • A meglévő funkciók stabilitásának javítása. A dinamikus SSLContext, amely a célállomás és port alapján választhat ki SSL-kontextust, az Undertow egyéni AJP fejlécbeállítása, valamint az X-Forwarded és a Host átíráshoz szükséges fordított proxy kezelő paraméterek átkerültek az alapértelmezett szintre. Az alapértelmezett WildFly Jakarta Data támogatása közösségi szintre került.

A kiadás egy jelentős függőségi frissítést is tartalmaz. A figyelemre méltó kiadások a következők: Apache Artemis 2.53, Hibernált állapot 7.3.2, Jackson 2.21.1, Mikrométer 1.16, Netty 4.1.133, Aluláram 2.4.0, Vert.x 4.5.24, WildFly Elytron 2.9.0, Elytron Web 4.2.0, WildFly Glow 2.0.0 и WildFly OpenSSL 2.3.0Néhány frissítés az Artemis, Jackson, Netty, Undertow és Vert.x fájlokban található ismert CVE-ket kezeli.

A fejlesztők megváltoztatták a Java verziókra vonatkozó ajánlásokat. A normál WildFly 40 és a WildFly Preview 40 esetében az ajánlott verzió mostantól a következő: JavaSE 25 mint a jelenlegi LTS kiadás. A WildFly EE 10 esetében ajánlott JavaSE 21, többek között az EE 10 kompatibilitási tesztelés sajátosságai és egyes specifikációk SecurityManager-től való függése miatt. Mindhárom WildFly 40 változat aktívan tesztelés alatt áll, és működnek Java 25, 21 és 17 verziókon, de a Java SE 17 támogatása egy jövőbeli kiadásban megszűnhet.

Vannak olyan változások is, amelyek sértik a visszafelé kompatibilitást. A normál WildFly és a WildFly Preview már nem indul el engedélyezett Java SecurityManagerrel, mivel az EE 11 már nem támogatja azt. Ezenkívül az Apache Artemis megváltoztatta a Maven groupId azonosítóját org.apache.activemq-ról org.apached.artemis-re, ami hatással lehet a WildFly BOM fájlok felhasználóira. A standard WildFly kiadás már nem támogatja a régi EE ManagedBeans modellt a @ManagedBean annotációval az EE 11-re való frissítéskor; a WildFly EE 10 megtartja ezt az annotációt.

teljes Változások listája A kiadási megjegyzések megjelentek a GitHubon, ahol a WildFly 39-cel kapcsolatos megoldott problémák is felsorolva vannak.

Forrás: linux.org.ru

Vásároljon megbízható tárhelyet DDoS védelemmel, VPS VDS szerverekkel rendelkező webhelyekhez 🔥 Vásároljon megbízható weboldal tárhelyet DDoS védelemmel, VPS VDS szerverekkel | ProHoster