ایک پرانی 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 استعمال کرتی ہے، اور پرانی ایکسٹینشن کے لیے لکھی گئی بین اس کی موجودہ میٹاڈیٹا ترتیب کے ساتھ بدلی نہیں جا سکتی۔

متعلقہ مضامین