एक पुराना 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);

उस कॉन्फ़िगर किए गए ऑब्जेक्ट को org.opensaml.saml2.metadata.provider.HTTPMetadataProvider के HTTP क्लाइंट कंस्ट्रक्टर आर्ग्युमेंट के रूप में, मौजूदा टाइमर और मेटाडेटा URL के साथ पास करें। XML कॉन्फ़िगरेशन में, संदर्भित क्लाइंट बीन ठीक यही कॉन्फ़िगर किया गया इंस्टेंस होना चाहिए।

प्रदाता का मौजूदा पार्सर पूल, रीफ़्रेश कॉन्फ़िगरेशन और आसपास का मेटाडेटा मैनेजर बनाए रखें। मार्ग बदलने से वे ज़िम्मेदारियाँ नहीं बदलतीं।

मेटाडेटा URL पहचान प्रदाता का ही URL रहता है। प्रॉक्सी होस्ट HTTP क्लाइंट पर होना चाहिए। किसी स्वीकृत, सार्वजनिक रूप से पहुँच-योग्य मेटाडेटा URL के लिए HTTP प्रॉक्सी सूची से कोई HTTP उम्मीदवार उस क्लाइंट का होस्ट और पोर्ट भर सकता है, जब सार्वजनिक मध्यस्थों की अनुमति हो और कोई प्रॉक्सी क्रेडेंशियल न रखा जाए। यह सर्वर-साइड प्राप्ति का मार्ग है: ब्राउज़र का पहचान प्रदाता तक सफल रीडायरेक्ट यह नहीं दिखाता कि एप्लिकेशन सर्वर अपने नेटवर्क प्रतिबंधों के भीतर मेटाडेटा डाउनलोड या रीफ़्रेश कर सकता है।

इस कॉन्फ़िगरेशन का उपयोग केवल यहाँ नामित पुरानी क्लासों के लिए करें। आधुनिक Spring Security saml2 समर्थन दूसरी API का उपयोग करता है, और पुराने एक्सटेंशन के लिए लिखा गया बीन उसके वर्तमान मेटाडेटा कॉन्फ़िगरेशन के साथ विनिमेय नहीं है।

संबंधित लेख