ટેસ્ટ HTTP વિનંતીઓ માટે Maven Surefire પ્રોક્સી સેટિંગ્સ

Maven નું રિપોઝિટરી પ્રોક્સી ટેસ્ટ JVM ની અંદર મનસ્વી HTTP ક્લાયન્ટ કોન્ફિગર કરતું નથી. ટેસ્ટ જે વિનંતી કરે છે તેને ટ્રેસ કરો અને કોન્ફિગર કરો.

Maven નું રિપોઝિટરી પ્રોક્સી ટેસ્ટ દ્વારા કરવામાં આવતી HTTP વિનંતી કોન્ફિગર કર્યા વિના નિર્ભરતાઓ મેળવી શકે છે. ક્લાયન્ટને ટેસ્ટ JVM માં કોન્ફિગર કરો.

જો તે ક્લાયન્ટ Java ના HTTPS પ્રોક્સી ગુણધર્મોનું પાલન કરે છે, તો આ ટુકડો સંબંધિત Surefire પ્લગઇનના configuration એલિમેન્ટની અંદર મૂકો:

<systemPropertyVariables>
  <https.proxyHost>proxy.example</https.proxyHost>
  <https.proxyPort>8080</https.proxyPort>
</systemPropertyVariables>

ઉદાહરણ એન્ડપોઇન્ટ બદલો. સાર્વજનિક ગંતવ્યો સામેની ટેસ્ટ માટે, જ્યાં સાર્વજનિક મધ્યસ્થીઓની મંજૂરી છે, HTTP પ્રોક્સી સૂચિ હોસ્ટ અને પોર્ટના ઉમેદવારો આપે છે. હોસ્ટ અને પોર્ટ અલગ મૂલ્યો છે; ગંતવ્ય યોજના અને લાઇબ્રેરીને અનુરૂપ ગુણધર્મ પરિવાર પસંદ કરો. સ્પષ્ટ પ્રોક્સી ઑબ્જેક્ટ સાથે બનાવેલા ક્લાયન્ટને તેના પોતાના કોન્ફિગરેશન ઇન્ટરફેસની જરૂર છે.

Surefire સામાન્ય રીતે ફોર્ક કરેલા JVM માં ટેસ્ટ ચલાવે છે. Maven શરૂ કરવા માટે વપરાતો દરેક વિકલ્પ તે પ્રક્રિયા સુધી પહોંચતો નથી. શરૂઆત પ્રત્યે સંવેદનશીલ સિસ્ટમ-પ્રોક્સી શોધને શરૂઆતે ટેસ્ટ JVM પર તેનો વિકલ્પ જોઈએ છે. ટેસ્ટ એક પ્રક્રિયા વહેંચે તોપણ લાઇબ્રેરી Java ના ડિફોલ્ટ પ્રોક્સી ગુણધર્મોને અવગણી શકે છે.

આંતરિક સીધા ગંતવ્યોને યોગ્ય બાયપાસ નિયમથી ઢંકેલા રાખો, પ્રોક્સી પ્રમાણીકરણને ગંતવ્ય પ્રમાણીકરણથી અલગ રાખો અને પ્રમાણપત્ર ચકાસણી સક્રિય રાખો. ફોર્કિંગ બંધ કરવાથી ટેસ્ટ કૈવી રીતે ચાલે છે તે બદલાય છે; નિર્ભરતા મિરર બદલવાથી રિપોઝિટરી ઉકેલ બદલાય છે. બંન્નેમાંથી કોઈ ખૂટતો ટેસ્ટ-ક્લાયન્ટ માર્ગ આપતું નથી. બધા સિસ્ટમ ગુણધર્મોની નકલ કરવાથી રહસ્યો પણ ખુલી શકે છે.

બાકી રહેલી નિષ્ફળતા માટે ટેસ્ટ JVM, HTTP લાઇબ્રેરી, લક્ષ્ય, પસંદ કરેલી પ્રોક્સી અને પ્રથમ નિષ્ફળ તબક્કો નોંધો. તે અવલોકનો ટેસ્ટ કોન્ફિગરેશન તરફ ઇશારો કરે છે અને કાર્યરત રિપોઝિટરી ડાઉનલોડ્સ સમજી શકાય તેવા રાખે છે.

સંબંધિત લેખો