IntelliJ Maven പ്രോക്സി ക്രമീകരണങ്ങൾ: ഇമ്പോർട്ടർ vs റണ്ണർ
IntelliJ പ്രോക്സി വഴി ബിൽഡ് ചെയ്യാൻ കഴിയുമെങ്കിലും സിങ്ക് ചെയ്യാൻ കഴിയാത്തപ്പോൾ, അല്ലെങ്കിൽ തിരിച്ചും, ഇമ്പോർട്ടറുടെയും റണ്ണറുടെയും ക്രമീകരണങ്ങൾ താരതമ്യം ചെയ്യുക.
IntelliJ-ൽ Maven ലക്ഷ്യങ്ങൾ പ്രവർത്തിക്കുന്നു പക്ഷേ സിങ്ക് പരാജയപ്പെടുന്നുവെങ്കിൽ, പ്രോക്സി എൻഡ്പോയിന്റ് മാറ്റുന്നതിന് മുമ്പ് ഇമ്പോർട്ടർ പരിശോധിക്കുക. ഇവ വേറിട്ട ഉപഭോക്താക്കളാണ്:
| പ്രവർത്തിക്കുന്നതോ പരാജയപ്പെടുന്നതോ ആയ പ്രവർത്തനം | പ്രസക്തമായ പ്രോസസ് ക്രമീകരണങ്ങൾ |
|---|---|
| IDE HTTP കണക്ഷൻ പരിശോധന | IntelliJ-ന്റെ സ്വന്തം HTTP നെറ്റ്വർക്കിംഗ് കോൺഫിഗറേഷൻ |
| പ്രോജക്റ്റ് ഇമ്പോർട്ട് അല്ലെങ്കിൽ സിങ്ക് | Maven ഇമ്പോർട്ടറുടെ JDK, JVM ഓപ്ഷനുകൾ |
| Maven ലക്ഷ്യം പ്രവർത്തിപ്പിക്കൽ | Maven റണ്ണറുടെ റൺടൈമും JVM ഓപ്ഷനുകളും |
ആദ്യം Maven വിതരണവും തിരഞ്ഞെടുത്ത ഉപയോക്തൃ ക്രമീകരണ ഫയലും താരതമ്യം ചെയ്യുക, ടെർമിനലിൽ ഉപയോഗിക്കുന്ന വ്യക്തമായ ഓവർറൈഡുകൾ ഉൾപ്പെടെ. ഒന്നിലധികം VM ഫീൽഡുകളിൽ പ്രോപ്പർട്ടികൾ ചേർക്കുന്നതിന് മുമ്പ് ഫലപ്രദമായ ക്രമീകരണങ്ങളിലെ സജീവ പ്രോക്സി യോജിപ്പിക്കുക.
തുടർന്ന് പരാജയപ്പെടുന്ന പ്രോസസിൽ ഏതെങ്കിലും Java പ്രോക്സി പ്രോപ്പർട്ടി, ഇഷ്ടാനുസൃത ട്രസ്റ്റ്സ്റ്റോർ അല്ലെങ്കിൽ മറ്റ് JVM ഓപ്ഷൻ കണ്ടെത്തുക. റണ്ണർ ഓപ്ഷനുകൾ ലക്ഷ്യങ്ങളെ ബാധിക്കുന്നു; ഇമ്പോർട്ടർ ഓപ്ഷനുകൾ ഇമ്പോർട്ടിനെ ബാധിക്കുന്നു. അവ ഒന്നല്ല. തിരഞ്ഞെടുത്ത രണ്ട് JDK ഒരേ എൻഡ്പോയിന്റ് ഉപയോഗിക്കുമ്പോൾ വ്യത്യസ്ത ഓർഗനൈസേഷൻ CA-കളിൽ വിശ്വസിച്ചേക്കാം, അതിനാൽ സർട്ടിഫിക്കറ്റ് പിശക് പാസ്വേഡ് പരാജയം തെളിയിക്കുന്നില്ല.
സിങ്കിന്റെ പിശക് മാത്രം ശ്രദ്ധ ഇമ്പോർട്ടറിലേക്കും അതിന്റെ ഇൻപുട്ടുകളിലേക്കും തിരിക്കുന്നു. ലക്ഷ്യത്തിന്റെ പിശക് മാത്രം ശ്രദ്ധ റണ്ണറിലേക്ക് തിരിക്കുന്നു. ഒരു പരിശോധനയോ ഫോർക്ക് ചെയ്ത ആപ്ലിക്കേഷനോ സ്വന്തം ക്രമീകരണങ്ങളുള്ള മറ്റൊരു JVM കൊണ്ടുവരാം.
എല്ലായിടത്തും പൊതുവായ proxyHost പ്രോപ്പർട്ടികൾ ഒട്ടിക്കുകയോ ബണ്ടിൽ ചെയ്ത Maven ഫയലുകൾ തിരുത്തുകയോ ചെയ്യുന്നതിനുപകരം ആ ഉടമയിൽ തന്നെ അറ്റകുറ്റപ്പണി നിർത്തുക. തിരിച്ചറിയാവുന്ന ക്രമീകരണ ഫയലും ലക്ഷ്യമിട്ട പ്രോസസ് ഓപ്ഷനുകളും IDE അപ്ഡേറ്റുകൾക്ക് ശേഷം ഫലം പുനരുൽപ്പാദിപ്പിക്കാവുന്നതാക്കുന്നു.