أربعة إصدارات LTS Java تحصل على نهاية الدعم خلال فترة ثلاث سنوات (2029-2032)
انضم سايمون ريتر إلى شركة Sun Microsystems في عام 1996 وقضى بعض الوقت في العمل في مجال تطوير Java والاستشارات. لقد كتب الآن مقال رأي لمجلة InfoWorld محذرًا من أنه “بين عامي 2029 و2032، ستصل كل نسخة دعم طويل المدى (LTS) مدعومة حاليًا من Java إلى نهاية الدعم خلال نافذة واحدة مدتها ثلاث سنوات.” هذا هو Java 17 في عام 2029، وJava 8 في عام 2030، وJava 21 في عام 2031، وJava 11 في عام 2032… على الورق، يبدو هذا بمثابة ترقية يمكن التحكم فيها دورة. ومن الناحية العملية، فإنه يخلق تصادماً بين الجداول الزمنية التي فشلت معظم الشركات في التنبؤ بها. تعمل المنظمات التي تحاول التحديث بشكل تدريجي – نقل التطبيق تلو الآخر، والإصدار تلو الآخر – على نموذج جعله التقويم قديمًا بالفعل… (ث) عندما تنتهي صلاحية كل إصدار رئيسي من إصدارات Java في نفس النافذة المضغوطة، ينهار التخطيط التسلسلي. وبحلول الوقت الذي يصبح فيه هذا واضحًا، ستضطر المؤسسات إلى اتخاذ وضع رد الفعل، واتخاذ قرارات متسرعة تحت ضغط شديد. بالنسبة للمؤسسات التي تخطط للترقيات التدريجية التقليدية – Java 8 إلى Java 11 إلى Java 17 إلى Java 21 – يؤدي هذا التقارب إلى رفع مهمة الصيانة الروتينية إلى أزمة هيكلية. ستضطر المؤسسات التي تمتلك عقارات Java كبيرة إلى ترقية تطبيقات متعددة عبر إصدارات متعددة في وقت واحد للحفاظ على الامتثال الأمني واستمرارية الأعمال. ويشير إلى أن “التحديث الموازي يتطلب قدرة موازية، وهو أمر لم تخصص له معظم المنظمات الميزانية”. “وهذا ما يفسر لماذا تكافح الأساليب التقليدية من أجل التوسع.”
تم النشر: 2026-06-14 08:34:00
مصدر: developers.slashdot.org
