നേറ്റീവ് Git പ്രോക്സി വഴി പ്രവർത്തിക്കുന്നു, JGit പ്രവർത്തിക്കുന്നില്ല
JGit സ്വന്തം പിന്തുണയുള്ള ട്രാൻസ്പോർട്ട് ക്രമീകരണങ്ങളുള്ള Java നിർവ്വഹണമാണ്. നേറ്റീവ് Git-ലെ http.proxy എൻട്രി എല്ലാ Git ക്ലയന്റിനും പൊതുവായ ക്രമീകരണമല്ല.
ഒരേ റിപ്പോസിറ്ററി ടെർമിനലിൽ git clone ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നു, JGit ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷനിൽ പരാജയപ്പെടുന്നു. ഇത് രണ്ട് നിർവ്വഹണങ്ങൾ തമ്മിലുള്ള താരതമ്യമാണ്, ഒരേ ക്ലയന്റിന്റെ പ്രവർത്തിക്കുന്നതും കേടായതുമായ പകർപ്പുകൾ തമ്മിലുള്ളതല്ല.
JGit-ന്റെ ക്രമീകരണ റഫറൻസ് പറയുന്നത് പ്രോക്സി ക്രമീകരണം java.net.ProxySelector വഴി Java-യുടെ സാധാരണ സംവിധാനങ്ങൾ ഉപയോഗിക്കുന്നു എന്നാണ്. രണ്ട് ക്ലയന്റുകൾക്കും Git ക്രമീകരണ ഫയൽ മനസ്സിലാകുന്നു എന്ന കാരണത്താൽ നേറ്റീവ് Git-ന്റെ എല്ലാ HTTP ഓപ്ഷനുകളും നടപ്പിലാക്കിയിട്ടുണ്ടെന്ന് കരുതരുത്.
JGit ഉൾച്ചേർക്കുന്ന ആപ്ലിക്കേഷൻ, അതിന്റെ പതിപ്പ്, തിരഞ്ഞെടുത്ത HTTP ട്രാൻസ്പോർട്ട് എന്നിവ തിരിച്ചറിയുക. ഹോസ്റ്റ് ആപ്ലിക്കേഷൻ JGit-ന്റെ സ്വതന്ത്ര ഡിഫോൾട്ടുകൾക്കപ്പുറം ക്രമീകരണങ്ങളോ പെരുമാറ്റമോ നൽകിയേക്കാം.
തുടർന്ന് ആ പ്രോസസ്സിന് ദൃശ്യമായ Java പ്രോക്സി ക്രമീകരണം പരിശോധിക്കുക. URLConnection അടിസ്ഥാനമാക്കിയ HTTP ട്രാൻസ്പോർട്ടിന്, അത് ഉപയോഗിക്കുന്ന JVM ഹോസ്റ്റ്, പോർട്ട് പ്രോപ്പർട്ടികൾ പരിശോധിക്കുക. ആപ്ലിക്കേഷൻ ആരംഭിച്ചതിന് ശേഷം ബന്ധമില്ലാത്ത ടെർമിനലിൽ നൽകുന്ന പ്രോപ്പർട്ടിക്ക് പ്രവർത്തിക്കുന്ന JVM വീണ്ടും ക്രമീകരിക്കാനാവില്ല. IDE-യുടെ നേറ്റീവ് Git പ്രവർത്തനവും അതിന്റെ JGit പ്രവർത്തനവും വ്യത്യസ്ത പാതകൾ ഉപയോഗിച്ചേക്കാം.
പ്രോക്സി പ്രാമാണീകരണം റൂട്ട് തിരഞ്ഞെടുപ്പിൽ നിന്ന് വേർതിരിക്കുക. ഹോസ്റ്റും പോർട്ടും തിരിച്ചറിയുന്ന Java പ്രോക്സി പ്രോപ്പർട്ടികൾ പ്രോക്സി പാസ്വേഡ് സ്കീം സ്വയമേവ നടപ്പിലാക്കുന്നില്ല. ഹോസ്റ്റ് ആപ്ലിക്കേഷന്റെ പിന്തുണയുള്ള പ്രാമാണീകരണ സംവിധാനം ഉപയോഗിക്കുക.
ഉപയോഗപ്രദമായ ചോദ്യം “ഈ JGit അഭ്യർത്ഥന ഏത് പ്രോക്സി തിരഞ്ഞെടുത്തു?” എന്നതാണ്, “എന്റെ Git ക്രമീകരണത്തിൽ പ്രോക്സി വരിയുണ്ടോ?” എന്നല്ല. നേറ്റീവ് Git-ന്റെ വിജയം വിലപ്പെട്ട താരതമ്യമാണ്, പക്ഷേ നിർവ്വഹണത്തിന് പ്രത്യേകമായ ആ ചോദ്യത്തിന് അത് ഉത്തരം നൽകുന്നില്ല.