Denaska Git funkcias tra la prokuro, sed JGit ne
JGit estas Java-efektivigo kun propraj subtenataj transportaj agordoj. http.proxy-enskribo en denaska Git ne estas universala agordo por ĉiu Git-kliento.
La sama deponejo funkcias per git clone en terminalo kaj malsukcesas en aplikaĵo uzanta JGit. Tio estas komparo inter du efektivigoj, ne nepre inter funkcianta kaj difektita kopio de la sama kliento.
La agorda referenco de JGit diras, ke prokura agordo uzas la normajn mekanismojn de Java per java.net.ProxySelector. Ne supozu, ke ĉiu HTTP-opcio de denaska Git estas efektivigita nur ĉar ambaŭ klientoj komprenas Git-agordan dosieron.
Identigu la aplikaĵon, kiu enkorpigas JGit, ĝian version kaj la elektitan HTTP-transporton. La gastiga aplikaĵo povas provizi agordojn aŭ konduton preter la memstaraj defaŭltoj de JGit.
Poste ekzamenu la Java-prokuran agordon videblan al tiu procezo. Por URLConnection-bazita HTTP-transporto, kontrolu la JVM-gastigantajn kaj pordajn ecojn, kiujn ĝi uzas. Eco enigita en nerilatan terminalon post la starto de la aplikaĵo ne povas reagordi la kurantan JVM. La denaska Git-operacio de IDE kaj ĝia JGit-operacio ankaŭ povas uzi malsamajn vojojn.
Tenu prokuran aŭtentikigon aparte de itin-elekto. Java-prokuraj ecoj, kiuj identigas gastiganton kaj pordon, ne aŭtomate efektivigas prokuran pasvortan skemon. Uzu la subtenatan aŭtentikigan mekanismon de la gastiga aplikaĵo.
La utila demando estas “kiun prokuron elektis ĉi tiu JGit-peto?”, ne “ĉu mia Git-agordo enhavas prokuran linion?”. Sukceso de denaska Git estas valora komparo, sed ĝi ne respondas al tiu efektivigo-specifa demando.