Sejauh manakah Jakarta EE bertindak balas terhadap keperluan pembangun?

Disiarkan silang pada Blog Ed Burns.

Ringkasan Eksekutif

Jawatankuasa Pemandu Jakarta menyewa projek Platform Jakarta dengan matlamat untuk menggabungkan maklum balas pembangun dalam pembangunan EE 11. Catatan blog ini menyemak prestasi Projek Platform dan menganugerahkan IPK 3.43 pada skala 4 mata untuk mencapai ini matlamat.

pengenalan

Saya berasa rendah hati dan berbesar hati untuk mendapati diri saya berada dalam kedudukan membantu menyampaikan lelaran Jakarta EE yang seterusnya. Saya telah memegang banyak peranan dalam J2EE/Java EE/Jakarta EE selama beberapa dekad: pelaksana, peneraju spesifikasi, peguam bela, pengarang, penguji dan banyak lagi. Peranan saya sekarang, bagaimanapun, adalah yang baharu bagi saya sebagai penyelaras bersama keluaran.

Dalam peranan ini, saya mengetuai bersama (bersama Arjan Tijms) projek Platform Jakarta, yang bertanggungjawab untuk menyampaikan spesifikasi EE Jakarta yang telah siap (dan spesifikasi komponen), TCK yang sepadan, dan sekurang-kurangnya mengesahkan pelaksanaan yang serasi untuk semua spesifikasi. Yang penting, tidak perlu ada satu pelaksanaan monolitik tunggal yang memenuhi semua TCK komponen pada masa yang sama, tetapi mesti ada satu pelaksanaan monolitik tunggal yang melepasi TCK Platform.

Dalam semangat ketelusan yang saya cukup bernasib baik untuk memulakan lebih dua dekad yang lalu, catatan blog ini mengkaji sejauh mana prestasi projek Platform Jakarta semasa EE 11 dalam memenuhi salah satu matlamat yang ditetapkan untuk projek Platform oleh Jawatankuasa Pemandu: menggabungkan maklum balas pembangun.

Kurang janji dan terlebih hantar

Memori institusional ialah cara kumpulan manusia belajar daripada kesilapan dan mengelak daripada mengulanginya. Dengan definisi itu, saya harap kita semua boleh bersetuju bahawa ingatan institusi adalah penting dan patut dipelihara. Oleh kerana perisian adalah pengetahuan boleh laku, projek perisian sumber terbuka yang berjalan sangat lama adalah jenis memori institusi yang istimewa. Projek yang merupakan ekosistem jangka panjang bagi projek sumber terbuka yang berjalan lama adalah kemuncak yang istimewa. Dengan mengingati semua keistimewaan itu, apakah yang dimaksudkan dengan memasukkan maklum balas pembangun?

Adalah lebih mudah untuk menunjukkan responsif kepada maklum balas pembangun apabila kos yang mungkin berlaku untuk melakukan kesilapan terkandung dalam satu projek. Memandangkan kemungkinan kos yang tinggi, projek platform Jakarta EE 11 sengaja sederhana dengan matlamat kami untuk memasukkan maklum balas pembangun. Ini adalah pelaksanaan kami terhadap strategi yang telah dicuba dan benar iaitu "underpromise and overdeliver".

Membawa ke Jakarta EE 11, kami menjalankan perbincangan komuniti terbuka tentang keperluan untuk Jakarta EE 11 dan menangkapnya dalam dokumen Perbincangan Jakarta EE 11 ini. Mari semak input komuniti yang kami terima, yang terutamanya didorong oleh pembangun, dan lihat prestasi kami dalam EE11.

Kurang janji

• Data Jakarta

• Jakarta NoSQL

• Mengguna pakai Java SE 11, 17, 21 ciri baharu dan Perubahan Memecahkan

• Benang Maya

• Pemfaktoran Semula TCK

• CDI Centric

  • CDI menggantikan kacang terurus
  • CDI menggantikan EJB

• Selesaikan tindanan HTTP yang berlebihan: Servlet dan REST

• Profil Mikro dan Penjajaran Jakarta

• Sokongan CORS

• Jakarta Config

• Jadikan lebih mudah untuk berhijrah dari satu vendor ke vendor lain

Hantaran bercampur

Saya akan mengumpulkan penghantaran dalam empat baldi: terlebih hantar, dihantar, agak dihantar, tidak dihantar.

Terlalu dihantar

• Jakarta Persistence - konfigurasi program dan bukannya persistence.xml dan banyak lagi siaran blog Gavin King
• Jakarta Security - pilih secara dinamik mekanisme pengesahan security-311

Dihantar

• Data Jakarta

  • Ya, spesifikasi baharu ini hadir dalam platform.

• Gunakan Java SE 11, 17, 21 ciri baharu dan Perubahan Memecah.

  • Ya, terdapat banyak spesifikasi yang memanfaatkan ciri bahasa baharu dari 11 - 21.

• TCK Refactoring (kami akan menyampaikan ini. Kami sedang mengadakan pelepasan untuknya).

  • Jakarta EE Platform TCK ialah komponen perisian penting untuk menyampaikan cadangan nilai kestabilan pelaburan IT pada skala dekad. Perisian TCK telah mengakru hutang teknikal kerana kekurangan pelaburan penyelenggaraan. Di Jakarta EE 11 kami mengemas kini TCK dengan keadaan seni alat ujian. Pelaburan ini akan membolehkan ujian keserasian yang lebih baik dan mengurangkan halangan untuk menambah lebih banyak ujian apabila platform Jakarta EE berkembang.

• Fleksibiliti API, iaitu tiada lagi JAR Payung.

  • Plus de questions du type « dois-je attendre Jakarta EE xx » pour avoir cette fonctionnalité ?
  • Les API de la plateforme Jakarta EE ne sont désormais qu'un ensemble d'API par défaut.
  • Les spécifications individuelles peuvent être exclues ou mises à niveau par les utilisateurs à leur guise,
  • De nouvelles spécifications peuvent également être ajoutées.
  • Cela rend la plateforme Jakarta EE aussi flexible que Spring Boot, mais sans avoir le bagage d'implémentation dans votre application, le meilleur des deux mondes !

Un peu livré

• Fils virtuels

  • La spécification de concurrence a rigoureusement spécifié l'attribut d'annotation qui nécessite que les implémentations tirent parti des threads virtuels s'ils sont disponibles dans le runtime. Si vous utilisez Java 21 ou une version ultérieure, vous obtenez des threads virtuels lorsque vous utilisez l'attribut d'annotation. Si vous courez le 17, vous ne le faites pas.

• CDI Centré

  • CDI remplaçant les beans gérés.

    • Nous l'avons fait
      • supprimez l'annotation @ManagedBean.
      • Déplacez les parties « intégration » de CDI de la spécification CDI vers la spécification de plate-forme.
      • Jakarta Concurrency ajoute la planification à l'annotation @Asynchronous pour remplacer l'annotation @Scheduled sur la concurrence des EJB-271
      • Injecter des ressources de concurrence dans des beans CDI au lieu d'utiliser @Resource dans une concurrence EJB-348.
      • Suppression de la prise en charge des beans gérés dans Jakarta REST.
      • Qualificateurs pour les unités de persistance dans Persistence - permettent d'injecter un contexte de persistance de manière idiomatique CDI.

• Nouvelles fonctionnalités Java

  • enregistrements sous forme d'éléments intégrables et d'identifiants dans Jakarta Persistence.
  • enregistrements en langage d'expression.
  • enregistrements dans Validation (anciennement Bean Validation) validation-275.
  • API Flow dans Concurrency concurreny-368.

• MicroProfile et alignement de Jakarta

  • Nous l'avons fait
    • Créez la spécification du pont de sécurité Jakarta Security MicroProfile.

N'a pas livré

• Jakarta NoSQL

  • Cela n'a pas été voté au début du cycle de développement de l'EE 11. À mon avis, les raisons n'étaient pas techniques et peuvent donc être résolues pour EE 12.

• Résoudre les piles HTTP redondantes : Servlet et REST

  • C'est un très gros problème. À mon avis, il faudrait qu'un fournisseur majeur soutienne cette idée et consacre des ressources importantes pour la concrétiser, probablement en faisant don de travail à des concurrents afin qu'ils puissent également faire de même.

• Support CORS

  • Celui-ci n'est même pas apparu sur mon radar.

• Configuration de Jakarta

  • Celui-ci semble être coincé dans une "configuration MicroProfile est assez bonne", et passe donc entre les mailles du filet. Je pense que nous devrons convaincre le projet MicroProfile de permettre à cela de passer de MicroProfile à la spécification Jakarta EE Core Profile.

• Facilitez la migration d'un fournisseur à un autre

  • Celui-ci est contraire aux intérêts commerciaux de chaque fournisseur, donc je ne pense pas que celui-ci retienne beaucoup d'attention.

Résumé

Passons au quantitatif. Pour chaque élément de la liste Underpromise, je nous donnerai une note alphabétique. A pour sur-livré ou livré, B pour quelque peu livré, D pour n'a pas livré.

Feedback to incorporate	Grade
Jakarta Data	A
Jakarta NoSQL	D
Adopt Java SE 11, 17, 21 new features and Breaking Changes	A
Virtual Threads	A
TCK Refactoring	A
CDI Centric	A
Resolve redundant HTTP stacks: Servlet and REST	D
MicroProfile and Jakarta Alignment	B
CORS support	D
Jakarta Config	D
Make it easier to migrate from one vendor to another	D

Avec cette liste, nous n'avons obtenu qu'un GPA de 2,54. Pas si génial. Si nous supprimons de la liste les demandes de commentaires des développeurs que je juge peu réalistes d'inclure (CORS, piles HTTP redondantes, configuration Jakarta, faciliter la migration d'un fournisseur à un autre), nous obtenons une meilleure note : 3,43. Pas mal, mais nous avons de la marge pour grandir.

Atas ialah kandungan terperinci Sejauh manakah Jakarta EE bertindak balas terhadap keperluan pembangun?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!