Agordi prokurilon por elŝutoj de SAML-metadatumoj en malnova Spring Security

Malnova aplikaĵo Spring Security SAML povas akiri metadatumojn de la identprovizanto el la servila procezo per HTTPMetadataProvider. Tiu elira elŝuto uzas la HTTP-klienton donitan al la metadatumprovizanto.

Por aplikaĵo, kiu uzas la agordan stilon Spring Security SAML 1.0.x/OpenSAML 2, agordu ĝian Apache Commons HttpClient antaŭ ol enigi ĝin:

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

Donu tiun agorditan objekton kiel konstruan argumenton de la HTTP-kliento de org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, kune kun la ekzistanta tempigilo kaj la metadatum URL. En XML-agordo, la referencata klienta bean devas esti ĝuste ĉi tiu agordita okazo.

Konservu la ekzistantan analizilan naĝujon de la provizanto, la refreŝigan agordon kaj la ĉirkaŭan metadatumadministrilon. Ŝanĝi la vojon ne anstataŭigas tiujn respondecojn.

La metadatum URL restas la URL de la identprovizanto. La prokura gastiganto apartenas al la HTTP-kliento. Por aprobita, publike alirebla metadatum URL, HTTP-kandidato el la listo de HTTP-prokuriloj povas plenigi la gastiganton kaj pordon de tiu kliento kiam publikaj perantoj estas permesataj kaj neniuj prokuraj akreditiloj konserviĝas. Ĉi tio estas servilflanka akirvojo: sukcesa retumila alidirektado al la identprovizanto ne montras, ke la aplikaĵservilo povas elŝuti aŭ refreŝigi metadatumojn tra siaj propraj retaj limigoj.

Uzu ĉi tiun agordon nur por la malnovaj klasoj nomitaj ĉi tie. La moderna subteno Spring Security saml2 uzas alian API, kaj bean skribita por la malnova etendaĵo ne estas interŝanĝebla kun ĝia nuna metadatumagordo.