وجوه جاكرتا

تم اعتماد Facelets (التي صُممت خصيصًا لـ Java Server Faces) كتقنية العرض الرسمية لـ JSF 2.0. وهذا يُزيل تعارضات دورة الحياة التي كانت موجودة مع JSP، مما كان يُجبر مطوري Java على إيجاد حلول بديلة. ^{[ 7 ]}

تُتيح التطورات الجديدة في JSF إمكانية الوصول على نطاق واسع إلى تعليقات Java التوضيحية @ManagedBean، @ManagedPropertyمما @FacesComponentيُلغي الحاجة إلى استخدامها faces-config.xml,في جميع الحالات باستثناء توسيع إطار العمل. كما تم تبسيط التنقل، مما يُلغي الحاجة إلى faces-config.xmlحالات التنقل. ويمكن استدعاء انتقالات الصفحات ببساطة عن طريق تمرير اسم العرض أو الواجهة المطلوبة.

تُعد إضافة ميزة حفظ الحالة الجزئية وتحديثات نموذج كائن المستند (DOM) جزءًا من دعم AJAX القياسي المدمج .

يتضمن أحدث إصدار من JSF دعمًا مدمجًا للتعامل مع موارد مثل الصور وملفات CSS وجافا سكريبت، مما يسمح بتضمين هذه الموارد في مكتبات المكونات، أو فصلها في ملفات JAR، أو ببساطة وضعها في مكان واحد ضمن تطبيق الويب. ويشمل ذلك التسمية المنطقية للموارد وتحديد إصداراتها.

يتضمن JSF 2.0 أيضًا عددًا من التغييرات الأخرى مثل إضافة دعم للأحداث، وأنماط التطوير والتجريب والإنتاج المنفصلة، ​​على غرار ما هو موجود RAILS_ENVفي Ruby on Rails ، وتوسيع مجموعة المكونات القياسية بشكل كبير.

• JSF 4.1 ^{[ 8 ]} (2025-07-01) – تحديث متوافق مع Jakarta EE 11: يزيل مراجع SecurityManager المتبقية، ويحسن توافق CDI، ويحدث واجهات برمجة التطبيقات مع الأنواع العامة المفقودة، ويضيف UUIDConverter ودعم حقن التدفق، ويحسن أحداث دورة الحياة للنطاقات المضمنة، ويتضمن توضيحات متعددة للمواصفات وتحسينات وظيفية صغيرة.
• JSF 4.0 (15-05-2022) – الميزات الرئيسية: حذف بعض العناصر المهملة (حزم إدارة أصلية، مراجع EL أصلية)، لا يوجد عرض موسع افتراضيًا، تمت إضافة ClientWindowScoped
• JSF 3.0.0 (2020-10-28) – تم تغيير اسم الحزمة من Javax إلى Jakarta.
• JSF 2.3 (2019-09-10) – الإصدار الأول من واجهة برمجة تطبيقات صفحات خادم جاكرتا لجاكرتا EE. لم يتغير كل من واجهة برمجة التطبيقات والسلوك.
• JSF 2.3 (2017-03-28) – الميزات الرئيسية: تعابير البحث، عناوين URL بدون امتداد، التحقق من صحة الفئات الكاملة، الاتصال الفوري باستخدام WebSocket ، التكامل المحسن مع CDI. ^{[ 9 ]}
• JSF 2.2 (2013-05-21) – قدم مفاهيم جديدة مثل طرق العرض عديمة الحالة، وتدفق الصفحات، والقدرة على إنشاء عقود موارد قابلة للنقل. ^{[ 10 ]}
• JSF 2.1 (22-11-2010) – الإصدار الثاني للصيانة من JSF 2.0. عدد قليل جدًا من التغييرات في المواصفات. ^{[ 11 ] [ 12 ]}
• JSF 2.0 (2009-07-01) – إصدار رئيسي لتحسين سهولة الاستخدام، والوظائف المحسّنة، والأداء. يتزامن مع Java EE 6.
• JSF 1.2 (11-05-2006) – العديد من التحسينات على الأنظمة الأساسية وواجهات برمجة التطبيقات. يتزامن مع Java EE 5. التبني الأولي في Java EE.
• JSF 1.1 (2004-05-27) – إصدار لإصلاح الأخطاء. لا توجد تغييرات في المواصفات.
• JSF 1.0 (2004-03-11) – تم إصدار المواصفات الأولية.

يُستخدم JSF غالبًا مع AJAX ، وهي تقنية لتطوير تطبيقات الإنترنت الغنية . AJAX عبارة عن مزيج من تقنيات وأساليب تطوير الويب التي تُتيح إنشاء واجهات مستخدم غنية. في الأصل، طُوّرت مكونات واجهة المستخدم في Mojarra ( التطبيق المرجعي لـ JSF ^{[ 14 ]} ) و Apache MyFaces للغة HTML فقط، وكان لا بد من إضافة AJAX عبر JavaScript. إلا أن هذا الوضع قد تغيّر.

بفضل دعم JSF لصيغ إخراج متعددة، يُمكن إضافة مكونات تدعم AJAX بسهولة لتحسين واجهات المستخدم المُصممة باستخدام JSF. يوفر معيار JSF 2.0 دعمًا مُدمجًا لتقنية AJAX من خلال توحيد دورة حياة طلبات AJAX وتوفير واجهات تطوير بسيطة لأحداث AJAX. يسمح هذا المعيار للحدث الذي يُطلقه العميل بالمرور عبر التحقق من الصحة، والتحويل، واستدعاء الدوال، قبل إعادة النتيجة إلى المتصفح عبر تحديث XML DOM.

يتضمن JSF 2 دعمًا للتدهور التدريجي عند تعطيل JavaScript في المتصفح.

كتبت شركة ThoughtWorks في منشورها "رادار التكنولوجيا" الصادر في يناير 2014 : ^{[ 15 ]}

ما زلنا نشهد فرقًا تواجه مشاكل عند استخدام JSF (JavaServer Faces)، وننصحكم بتجنب هذه التقنية. يبدو أن الفرق تختار JSF لكونها معيارًا في JEE دون تقييم مدى ملاءمة نموذج البرمجة لها. نعتقد أن JSF معيبة لأنها تحاول تجريد HTML و CSS و HTTP ، وهو عكس ما تفعله أطر عمل الويب الحديثة تمامًا . تحاول JSF، مثل ASP.NET Web Forms، إنشاء حالة افتراضية فوق بروتوكول HTTP عديم الحالة، مما يؤدي في النهاية إلى سلسلة من المشاكل المتعلقة بالحالة المشتركة على جانب الخادم. نحن على دراية بالتحسينات في JSF 2.0، لكننا نعتقد أن النموذج معيبٌ جوهريًا. ننصح الفرق باستخدام أطر عمل بسيطة، وتبني وفهم تقنيات الويب، بما في ذلك HTTP وHTML وCSS.

في المقال الذي نُشر في نوفمبر 2014 على موقع DZone الإلكتروني، بعنوان "لماذا يجب عليك تجنب JSF"، كتب ينس شودر: ^{[ 17 ]}

تبدو Facelets، تقنية العرض المفضلة في JSF، للوهلة الأولى كتقنية قوالب عادية مثل JSP أو Thymeleaf. لكن بالتدقيق، يتضح الخلل جليًا. ففي نفس المكان الذي تُهيكل فيه HTML، تضع أيضًا منطق تحديث أجزاء واجهة المستخدم عند حدوث إجراء ما. وهذا انتهاك صارخ لمبدأ فصل الاهتمامات . والأسوأ من ذلك، خاصية immediate التي تُغير دورة حياة الخادم! وإذا لم يكن هذا كافيًا، فإنها تفعل ذلك بطرق مختلفة حسب الوسم الذي تستخدمها عليه. لا يُصدق هذا!

في فبراير 2016، نشر موقع TheServerSide، وهو موقع إلكتروني متخصص في تطبيقات جافا للمؤسسات، مقالًا يُوصي بعدم استخدام JSF، مُشيرًا إلى أن استخدامه قد يُؤثر سلبًا على جودة المنتج النهائي. وقد فصّل المقال خمسة أسباب لذلك: ^{[ 18 ]}

1. تصبح المهام البسيطة صعبة؛
2. يفتقر برنامج JSF إلى المرونة؛
3. منحنى التعلم حاد؛
4. عدم التوافق مع تقنيات جافا القياسية؛ و
5. دعم AJAX الأساسي.