Mga setting ng proxy ng Maven sa IntelliJ: importer vs. runner
Ihambing ang mga setting ng importer at runner kapag ang IntelliJ ay makakabuo sa pamamagitan ng proxy ngunit hindi makakapagsync, o kabaliktaran.
Kung gumagana ang mga target ng Maven sa IntelliJ ngunit nabibigo ang sync, suriin ang importer bago palitan ang endpoint ng proxy. Ito ay magkahiwalay na consumer:
| Operasyong gumagana o nabibigo | Kaugnay na mga setting ng proseso |
|---|---|
| Pagsusuri ng koneksyon sa HTTP ng IDE | Sariling configuration ng HTTP network ng IntelliJ |
| Pag-import o pag-sync ng proyekto | Mga opsyon sa JDK at JVM ng importer ng Maven |
| Pagpapatupad ng target ng Maven | Runtime at mga opsyon sa JVM ng runner ng Maven |
Unang ihambing ang distribusyon ng Maven at ang napiling file ng mga setting ng user, kabilang ang mga tahasang override na ginagamit sa terminal. Gawing pare-pareho ang aktibong proxy sa mga epektibong setting bago magdagdag ng mga property sa ilang field ng VM.
Pagkatapos, hanapin ang anumang property ng proxy ng Java, custom na truststore o iba pang opsyon sa JVM sa prosesong nabibigo. Ang mga opsyon ng runner ay nakakaapekto sa mga target; ang mga opsyon ng importer ay nakakaapekto sa pag-import. Hindi sila magkatulad. Ang dalawang napiling JDK ay maaari ring magtiwala sa magkaibang CA ng organisasyon habang ginagamit ang parehong endpoint, kaya ang error sa sertipiko ay hindi nagpapatunay ng pagkabigo ng password.
Ang error sa sync lamang ay nagtutuon ng pansin sa importer at sa mga input nito. Ang error sa target lamang ay nagtutuon ng pansin sa runner. Ang isang pagsubok o na-fork na application ay maaaring magpakilala ng isa pang JVM na may sariling mga setting.
Panatilihin ang pag-aayos sa may-ari na iyon sa halip na i-paste ang mga generic na property na proxyHost sa lahat ng dako o i-edit ang mga bundled na file ng Maven. Ang makikilalang file ng mga setting at mga naka-target na opsyon ng proseso ay ginagawang maaaring kopyahin ang resulta pagkatapos ng mga update sa IDE.