Izvorni Git deluje prek proxyja, JGit pa ne
JGit je Java implementacija z lastnimi podprtimi nastavitvami prenosa. Vnos http.proxy v izvornem Gitu ni univerzalna konfiguracija za vsakega odjemalca Git.
Isti repozitorij deluje z git clone v terminalu in spodleti v aplikaciji, ki uporablja JGit. To je primerjava dveh implementacij, ne nujno delujoče in pokvarjene kopije istega odjemalca.
Referenca konfiguracije JGit pravi, da konfiguracija proxyja uporablja standardne mehanizme Jave prek java.net.ProxySelector. Ne predpostavljajte, da je vsaka možnost HTTP izvornega Gita implementirana samo zato, ker oba odjemalca razumeta konfiguracijsko datoteko Git.
Prepoznajte aplikacijo, ki vgrajuje JGit, njeno različico in izbrani prenos HTTP. Gostiteljska aplikacija lahko ponudi nastavitve ali vedenje onkraj samostojnih privzetih vrednosti JGit.
Nato preglejte konfiguracijo proxyja Java, vidno temu procesu. Pri prenosu HTTP na osnovi URLConnection preverite lastnosti gostitelja in vrat JVM, ki jih uporablja. Lastnost, vnesena v nepovezanem terminalu po zagonu aplikacije, ne more znova konfigurirati delujoče JVM. Izvorna operacija Git v IDE in njena operacija JGit lahko prav tako uporabljata različne poti.
Hranite preverjanje pristnosti proxyja ločeno od izbire poti. Lastnosti proxyja Java, ki določajo gostitelja in vrata, ne izvajajo samodejno sheme gesla proxyja. Uporabite podprt mehanizem preverjanja pristnosti gostiteljske aplikacije.
Koristno vprašanje je »kateri proxy je izbrala ta zahteva JGit?«, ne pa »ali moja konfiguracija Git vsebuje vrstico proxy?«. Uspeh z izvornim Gitom je dragocena primerjava, vendar ne odgovori na to vprašanje, specifično za implementacijo.