Raccolta di notizie Java: presentazione di Spring AI, Spring Modulith 1.0, Testcontainers Desktop

InfoQ Homepage Notizie Raccolta di notizie Java: presentazione di Spring AI, Spring Modulith 1.0, Testcontainers Desktop

28 agosto 2023 12 minuti di lettura

di

Michael Redlich

Il riepilogo Java di questa settimana del 21 agosto 2023 presenta novità da OpenJDK, JDK 22, JDK 21, Jakarta EE, BellSoft, Spring Modulith 1.0, Spring Boot, Spring Authorization Server, Spring Batch, Spring AI, Testcontainers, Open Liberty, Quarkus, MicroProfile Metriche e telemetria, Micronaut, Groovy, Tomcat, Grails, JHipster Lite, Vert.x Pinot Client, Yupiik Fusion e conferenza SpringOne.

Ron Pressler, architetto e responsabile tecnico di Project Loom presso Oracle, ha introdotto la bozza JEP 8307341, Prepararsi a limitare l'uso di JNI, propone di limitare l'uso della Java Native Interface (JNI) intrinsecamente non sicura insieme all'uso di metodi limitati nell'API Foreign Function & Memory (FFM) che dovrebbe diventare una funzionalità finale in JDK 22. La strategia di allineamento, a partire da JDK 22, farà sì che il runtime Java visualizzi avvisi sull'uso di JNI a meno che un utente FFM non abiliti nativi non sicuri accesso dalla riga di comando. Si prevede che nella versione successiva a JDK 22, l'utilizzo di JNI genererà eccezioni anziché avvisi.

Versione 7.3.1 del Regression Test Harness per JDK,jtreg, è stato rilasciato ed è pronto per l'integrazione nel JDK che corregge una regressione introdotta injtreg 7.3 che impediva la corretta impostazione delle variabili di ambiente predefinite su Windows. Maggiori dettagli su questa versione possono essere trovati nelle note di rilascio.

La build 35 rimane la build attuale nelle build ad accesso anticipato JDK 21. Ulteriori dettagli su questa build possono essere trovati nelle note di rilascio.

La scorsa settimana è stata resa disponibile anche la build 12 delle build ad accesso anticipato JDK 22 con aggiornamenti della build 11 che includono correzioni a vari problemi. Ulteriori dettagli su questa build possono essere trovati nelle note di rilascio.

Per JDK 22 e JDK 21, gli sviluppatori sono incoraggiati a segnalare bug tramite Java Bug Database.

Nel suo blog settimanale Hashtag Jakarta EE, Ivar Grimstad, sostenitore degli sviluppatori Jakarta EE presso la Eclipse Foundation, ha fornito i risultati della votazione sulle mozioni per aggiungere le specifiche Jakarta Data, Jakarta MVC e Jakarta NoSQL alla piattaforma Jakarta EE 11. Solo una di queste specifiche,Dati di Giakarta, è passato.

Alcuni commenti di coloro che hanno votato contro o si sono astenuti dall'inclusione di Jakarta MVC:

Si tratta di una specifica matura con una certa adozione al momento, ma prima di renderla obbligatoria, dovrebbe esserci una maggiore adozione da parte del fornitore. Come menzionato prima da altri, potrebbe essere aggiunto su ogni profilo come specifica autonoma, quindi nessuno è bloccato nell'usarlo in questo momento e creare più richieste per aggiungerlo in una versione futura (o fornire un motivo per un aggiornamento nelle prossime versioni Rilascio Piano).

Incoraggio questo lavoro e spero che continui. Attendo con ansia l'eventuale adozione da parte della piattaforma.

Penso che sia un'aggiunta interessante alla piattaforma e l'abbiamo già aggiunta a GlassFish dove può essere utilizzata immediatamente. Nutriamo tuttavia diverse preoccupazioni. Tra questi c'è il fatto che Jakarta MVC è basato su Jakarta REST, mentre il framework MVC esistente in Jakarta EE è basato su Jakarta Servlet. Basare nuove API su REST rende ancora più confusa quale "API di gestione HTTP" in Jakarta EE sia quella principale. Ci piacerebbe vedere prima stabilita una base comune tra Jakarta Servlet e Jakarta REST, prima di accettare qualsiasi cosa nella piattaforma che si basa su Jakarta REST.

Alcuni commenti di coloro che hanno votato contro o si sono astenuti dall'inclusione di Jakarta NoSQL:

L'attuale progettazione dell'architettura sembra richiedere aggiornamenti più frequenti di quanto previsto per i rilasci della piattaforma Jakarta: questo fornisce una forte argomentazione per mantenerlo ora fuori dalla piattaforma. Un altro requisito potrebbe essere quello di aggiungere prima Jakarta Data e Jakarta Config. In generale, avere il supporto per NoSQL è una buona idea, quindi ciò potrebbe cambiare in futuro.