مجتمع الكسوف منصة ، التي حلت محل Java EE (Java Platform، Enterprise Edition) بعد نقل تطوير المواصفات و TCK وتنفيذ المرجع إلى منظمة Eclipse Foundation غير الربحية. يقدم Jakarta EE 8 نفس مجموعة مواصفات واختبارات TCK مثل Java EE 8. والاختلافات الوحيدة هي تغيير الاسم والانتقال إلى عمليات تطوير المواصفات الجديدة. تم إصدار النظام الأساسي تحت اسم جديد حيث قامت Oracle بنقل التكنولوجيا وإدارة المشروع فقط ، لكنها لم تنقل حقوق استخدام علامة Java التجارية إلى مجتمع Eclipse. تم تسمية مشروع تطوير Jakarta EE الشامل باسم EE4J (Eclipse Enterprise for Java).
يشير الإصدار إلى اكتمال البنية التحتية والعمليات لتطوير مواصفات منصة خادم Java للمؤسسات في مكان محايد للبائع يسمح باتخاذ قرارات وتطوير واعتماد عمليات شفافة ومفتوحة. للمصادقة على المنتجات المتوافقة مع Jakarta EE ، يتم تقديم TCK (مجموعات التوافق التكنولوجي) بموجب ترخيص Eclipse TCK.
جاكرتا إي إي 8 هي نقطة البداية لمواصفات جديدة يتم تطويرها من قبل العديد من البائعين. من بين خطط توسيع المواصفات ، تم ذكر تطوير أدوات تطوير تطبيقات الأعمال للحوسبة السحابية (). سيتم اقتراح التغييرات التي تم إعدادها خلال العمل المشترك كجزء من الإصدار القادم من Jakarta EE 9 ، وستكون ابتكاراتها الرئيسية هي مواصفات Jakarta NoSQL وتغييرات مساحة الاسم.
ستحدد Jakarta NoSQL واجهات قياسية عالية المستوى لتطبيقات Java للتفاعل مع قواعد بيانات NoSQL ، وهي خطوة مهمة في إعداد نظام Java الأساسي لنموذج Cloud Native. سيتم استخدام إطار العمل كتطبيق مرجعي لـ Jakarta NoSQL . يرجع تغيير مساحة الاسم إلى عدم القدرة على استخدام الاسمين java و javax في وظيفة Jakarta EE الجديدة ، لذلك الانتقال إلى مساحة الاسم الجديدة "jakarta. *"
بالنسبة لصنع القرار ، حلت عملية جديدة محل JCP (عملية مجتمع Java) (JESP) ، والتي سيتم استخدامها من قبل مجموعة عمل جاكرتا EE لتطوير جاكرتا كفاءة الطاقة. تعتمد JESP على إرشادات مواصفات المصدر المفتوح لعملية مواصفات Eclipse Foundation (EFSP) المعتمدة من قبل مجتمع Eclipse. تتطلب الموافقة على أي تغييرات على مواصفات Jakarta EE أو تشكيل نسخة جديدة موافقة الأغلبية المطلقة للأعضاء الإستراتيجيين لمجموعة العمل ، بالإضافة إلى أي قواعد تصويت أخرى محددة في EFSP.
المصدر: opennet.ru