Një aplikacion i vjetër Spring Security SAML mund t'i marrë metadatat e ofruesit të identitetit nga procesi i serverit duke përdorur HTTPMetadataProvider. Ai shkarkim në dalje përdor klientin HTTP që i jepet ofruesit të metadatëve.

Për një aplikacion që përdor stilin e konfigurimit Spring Security SAML 1.0.x/OpenSAML 2, konfiguroni Apache Commons HttpClient e tij përpara se ta injektoni:

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

Kaloni atë objekt të konfiguruar si argumentin e konstruktorit të klientit HTTP të org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, së bashku me kohëmatësin dhe URL-në e metadatëve ekzistuese. Në një konfigurim XML, bean-i i klientit i referuar duhet të jetë pikërisht ky instancë i konfiguruar.

Mbani grupin ekzistues të analizuesve të ofruesit, konfigurimin e rifreskimit dhe menaxherin e metadatëve përreth. Ndryshimi i rrugës nuk i zëvendëson ato përgjegjësi.

URL-ja e metadatëve mbetet URL-ja e ofruesit të identitetit. Host-i i proxy-t i përket klientit HTTP. Për një URL metadatash të miratuar dhe publikisht të aksesueshme, një kandidat HTTP nga lista e proxy-ve HTTP mund të plotësojë host-in dhe portin e atij klienti kur ndërmjetësit publikë lejohen dhe nuk ruhen kredenciale proxy. Kjo është një rrugë marrjeje në anën e serverit: një ridrejtim i suksesshëm i shfletuesit te ofruesi i identitetit nuk tregon se serveri i aplikacionit mund të shkarkojë ose rifreskojë metadatat përmes kufizimeve të tij të rrjetit.

Përdorni këtë konfigurim vetëm për klasat e vjetra të përmendura këtu. Mbështetja moderne Spring Security saml2 përdor një API tjetër, dhe një bean i shkruar për shtesën e vjetër nuk është i këmbyeshëm me konfigurimin e saj aktual të metadatëve.

Artikuj të ngjashëm