ಯಾವ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ನಿಮ್ಮ Maven wrapper ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ?
ವಿಫಲವಾದ Maven ವಿತರಣೆ ಡೌನ್‌ಲೋಡ್‌ಗಾಗಿ ಪ್ರಾಕ್ಸಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಮೊದಲು wrapperನ bootstrap ಡೌನ್‌ಲೋಡರ್ ಅನ್ನು ಗುರುತಿಸಿ.
Maven ಡೌನ್‌ಲೋಡ್ ಮಾಡುವಾಗ mvnw ವಿಫಲವಾದರೆ, settings.xml ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪ್ರಾಕ್ಸಿ ನಮೂದು ತುಂಬಾ ತಡವಾಗಬಹುದು: Maven ಇನ್ನೂ ಪ್ರಾರಂಭವಾಗಿಲ್ಲ.
ಬಾಧಿತ checkout ನಲ್ಲಿ ರಚಿಸಲಾದ wrapper ಫೈಲ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅವು ಯಾವ ಡೌನ್‌ಲೋಡರ್ ಚಲಾಯಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ. Maven Wrapper 3.3.4 ಈ ವ್ಯವಸ್ಥೆಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ:
| ರಚಿಸಲಾದ ಪ್ರಕಾರ | ಪ್ರಾಕ್ಸಿ ಇನ್‌ಪುಟ್ ಎಲ್ಲಿ ಹುಡುಕಬೇಕು |
|---|---|
| only-script | Unix ನಲ್ಲಿ curl ಅಥವಾ wget; Windows ನಲ್ಲಿ PowerShell |
| script | wrapper JAR ನ ಡೌನ್‌ಲೋಡ್, ನಂತರ Java wrapper ಮಾರ್ಗ |
| bin | ಒಳಗೊಂಡ wrapper JAR ಮತ್ತು ಅದರ Java ಡೌನ್‌ಲೋಡ್ ಮಾರ್ಗ |
| source | bootstrap ಗಾಗಿ ಬಳಸಿದಾಗ ಒಳಗೊಂಡ Java ಡೌನ್‌ಲೋಡರ್‌ನ ಮೂಲ |
only-script ಹೊಸದಾಗಿ ರಚಿಸಲಾದ wrapperಗಳಿಗೆ ದಾಖಲಿತ ಡಿಫಾಲ್ಟ್ ಆಗಿದೆ. ಹಳೆಯ checkout ತನ್ನ ರಚಿಸಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ನೀವು ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ Maven ಸ್ಥಾಪನೆಯನ್ನು ನವೀಕರಿಸಿದರೂ ಸಹ.
ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಆ ಪ್ರಕ್ರಿಯೆಗೆ ಹೊಂದಿಸಿ
curl ಅಥವಾ wget ಬಳಸುವ Unix only-script wrapper ಗಾಗಿ, ಆ ಡೌನ್‌ಲೋಡರ್ ಬೆಂಬಲಿಸುವ ಪ್ರಾಕ್ಸಿ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ; HTTPS ಡೌನ್‌ಲೋಡ್ https_proxy ಬಳಸಬಹುದು. ಆ ವಿತರಣೆ ಡೌನ್‌ಲೋಡ್ ಸಾರ್ವಜನಿಕ HTTP ಪ್ರಾಕ್ಸಿ ಬಳಸಬಹುದಾದರೆ, ಈ ಡೌನ್‌ಲೋಡರ್‌ನ ಪರಿಸರಕ್ಕಾಗಿ HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿಯಿಂದ ಅಭ್ಯರ್ಥಿ ವಿಳಾಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ. ಮೌಲ್ಯವು SOCKS ಸರ್ವರ್ ಎಂದು ಹೇಳಿದರೆ, ಡೌನ್‌ಲೋಡರ್ ಆ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನೂ ಬೆಂಬಲಿಸಬೇಕು.
MAVEN_OPTS JVM ಆಯ್ಕೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅದು shell ನ curl ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ JVM ಪ್ರಾಕ್ಸಿ ಗುಣಲಕ್ಷಣಗಳು Java ಡೌನ್‌ಲೋಡರ್ ಮಾರ್ಗದಲ್ಲಿ ಮುಖ್ಯವಾಗಬಹುದು. ಹಳೆಯ Takari ಪರಿಹಾರವನ್ನು ಇನ್ನೊಂದು ಯೋಜನೆಯ wrapper ನೊಂದಿಗೆ ಹೋಲಿಸುವಾಗ ಇದು ಉಪಯುಕ್ತ ವ್ಯತ್ಯಾಸ.
ವಿತರಣೆ ಡೌನ್‌ಲೋಡ್ ಪೂರ್ಣಗೊಂಡು Maven ಪ್ರಾರಂಭವಾದ ನಂತರ, ಅದರ ರೆಪೊಸಿಟರಿ ಡೌನ್‌ಲೋಡ್‌ಗಳು Maven ನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ಕಾನ್ಫಿಗರೇಶನ್ ವಿರುದ್ಧ ಪ್ರತ್ಯೇಕ ಪರಿಶೀಲನೆಯಾಗುತ್ತವೆ. ವಿತರಣೆ, wrapper JAR ಮತ್ತು ರೆಪೊಸಿಟರಿಗಳನ್ನು ಬೇರೆ ಬೇರೆ ಹೋಸ್ಟ್‌ಗಳು ಒದಗಿಸಬಹುದು.