Ang lumang application na Spring Security SAML ay makakakuha ng metadata ng identity provider mula sa proseso ng server gamit ang HTTPMetadataProvider. Ginagamit ng palabas na pag-download na iyon ang HTTP client na ibinigay sa metadata provider.

Para sa application na gumagamit ng istilo ng configuration na Spring Security SAML 1.0.x/OpenSAML 2, i-configure ang Apache Commons HttpClient nito bago ito i-inject:

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

Ipasa ang naka-configure na object bilang argumento ng constructor ng HTTP client ng org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, kasama ang umiiral na timer at metadata URL. Sa configuration na XML, ang tinutukoy na client bean ay dapat na eksaktong naka-configure na instance na ito.

Panatilihin ang umiiral na parser pool ng provider, ang configuration ng refresh at ang nakapaligid na metadata manager. Hindi pinapalitan ng pagbabago ng ruta ang mga responsibilidad na iyon.

Ang metadata URL ay nananatiling URL ng identity provider. Ang host ng proxy ay nasa HTTP client. Para sa isang aprubado at pampublikong maabot na metadata URL, ang isang HTTP candidate mula sa listahan ng HTTP proxy ay makakapuno ng host at port ng client na iyon kapag pinapayagan ang mga pampublikong intermediary at walang proxy credential na itinatago. Ito ay landas ng pagkuha sa panig ng server: ang matagumpay na redirect ng browser sa identity provider ay hindi nagpapakita na ang application server ay makakapag-download o makakapag-refresh ng metadata sa pamamagitan ng sarili nitong mga paghihigpit sa network.

Gamitin ang configuration na ito para lamang sa mga lumang class na pinangalanan dito. Ang modernong suporta ng Spring Security saml2 ay gumagamit ng ibang API, at ang bean na isinulat para sa lumang extension ay hindi mapagpapalit sa kasalukuyang configuration ng metadata nito.

Kaugnay na mga artikulo