पुरानो 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 प्रयोग गर्छ, र पुरानो एक्सटेन्सनका लागि लेखिएको बिन त्यसको हालको मेटाडेटा कन्फिगरेसनसँग अदलबदल गर्न मिल्दैन।

सम्बन्धित लेखहरू