Сол репозиторий терминалда 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-тің сәттілігі құнды салыстыру, бірақ ол іске асырылымға тән осы сұраққа жауап бермейді.

Қатысты мақалалар