જૂની 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 વાપરે છે, અને જૂના એક્સ્ટેન્શન માટે લખાયેલું બીન તેની હાલની મેટાડેટા ગોઠવણી સાથે બદલી શકાય તેવું નથી.

સંબંધિત લેખો