تهيئة وكيل لتنزيلات بيانات SAML الوصفية في Spring Security القديمة

يمكن لتطبيق Spring Security SAML قديم أن يجلب البيانات الوصفية لمزوّد الهوية من عملية الخادم باستخدام HTTPMetadataProvider. ويستخدم ذلك التنزيل الصادر عميل HTTP المزوَّد لمزوّد البيانات الوصفية.

بالنسبة لتطبيق يستخدم نمط تهيئة Spring Security SAML 1.0.x/OpenSAML 2، هيّئ عميل Apache Commons HttpClient قبل حقنه:

org.apache.commons.httpclient.HttpClient metadataHttpClient =
    new org.apache.commons.httpclient.HttpClient();
metadataHttpClient.getHostConfiguration()
    .setProxy("proxy.example", 8080);

مرّر ذلك الكائن المهيَّأ كوسيط المُنشئ لعميل HTTP في org.opensaml.saml2.metadata.provider.HTTPMetadataProvider، إلى جانب المؤقّت وعنوان URL للبيانات الوصفية الموجودين. في تهيئة XML يجب أن يكون الفول المشار إليه هو هذه النسخة المهيأة.

أبقِ على تجمّع المحلّلات الحالي لدى المزوّد وتهيئة التحديث ومدير البيانات الوصفية المحيط. تغيير المسار لا يستبدل هذه المسؤوليات.

يبقى عنوان URL للبيانات الوصفية هو عنوان مزوّد الهوية. ومضيف الوكيل ينتمي إلى عميل HTTP. بالنسبة لعنوان بيانات وصفية معتمد ومتاح علنًا، يمكن لمرشّح HTTP من قائمة وكلاء HTTP أن يملأ مضيف ذلك العميل ومنفذه عندما يُسمح بالوسطاء العامين ولا تُحتفظ ببيانات اعتماد للوكيل. هذا مسار استرجاع من جهة الخادم: نجاح إعادة توجيه المتصفح إلى مزوّد الهوية لا يُظهر أن خادم التطبيق يستطيع تنزيل البيانات الوصفية أو تحديثها عبر قيود شبكته.

استخدم هذه التهيئة فقط مع الفئات القديمة المذكورة هنا. دعم saml2 الحديث في Spring Security يستخدم واجهة برمجة أخرى، والفول المكتوب للإضافة القديمة ليس قابلًا للتبادل مع تهيئة البيانات الوصفية الحالية.