sbt ਦਾ ਪਹਿਲਾ ਡਾਊਨਲੋਡ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਲਵੋ

ਤੁਹਾਡੀ ਬਿਲਡ ਪਰਿਭਾਸ਼ਾ ਦੇ ਕੁਝ ਲਾਭਦਾਇਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ sbt ਨੂੰ ਨੈੱਟਵਰਕ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ। ਇਸ ਦੇ ਲਾਂਚਰ ਨੂੰ ਕੰਪੋਨੈਂਟ ਪ੍ਰਾਪਤ ਕਰਨੇ ਪੈਂਦੇ ਹਨ, ਅਤੇ ਬਿਲਡ ਬਾਅਦ ਵਿੱਚ ਵਾਧੂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਰਾਹੀਂ ਰਿਪੋਜ਼ਟਰੀਆਂ ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦਾ ਹੈ। ਕਿਸੇ ਟਾਸਕ ਵਿੱਚ ਲੁਕੀ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਪਹਿਲੇ ਡਾਊਨਲੋਡ ਲਈ ਬਹੁਤ ਦੇਰ ਨਾਲ ਆ ਸਕਦੀ ਹੈ।

ਅਸਲ ਵਿੱਚ sbt ਚਲਾਉਣ ਵਾਲੀ JVM ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਪ੍ਰੋਜੈਕਟ ਦੀ .jvmopts ਪੜ੍ਹਨ ਵਾਲੇ ਲਾਂਚਰ ਲਈ ਬੁਨਿਆਦੀ ਐਂਡਪੁਆਇੰਟ ਗੁਣ ਇਹ ਹੋ ਸਕਦੇ ਹਨ:

-Dhttp.proxyHost=proxy.example.net
-Dhttp.proxyPort=8080
-Dhttps.proxyHost=proxy.example.net
-Dhttps.proxyPort=8080

ਇਹ ਮੁੱਲ ਹੋਸਟਨਾਮ ਅਤੇ ਪੋਰਟ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ; ਇਹ ਪੂਰੇ ਪ੍ਰੌਕਸੀ URL ਨਹੀਂ ਹਨ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ ਰਿਪੋਜ਼ਟਰੀ ਡਾਊਨਲੋਡਾਂ ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਉਹਨਾਂ ਖੇਤਰਾਂ ਲਈ ਸੰਭਾਵੀ ਮੁੱਲ ਦਿੰਦੀ ਹੈ। HTTPS ਰਿਪੋਜ਼ਟਰੀ ਤੱਕ CONNECT ਵਰਤ ਕੇ HTTP ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਵੀ ਪਹੁੰਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਧਿਆਨ ਦਿਓ ਕਿ ਕਿਹੜਾ ਡਾਊਨਲੋਡ ਫੇਲ੍ਹ ਹੋਇਆ

ਲਾਂਚਰ ਬੂਟਸਟ੍ਰੈਪ, ਬਿਲਡ-ਟੂਲ ਕੰਪੋਨੈਂਟ, ਪਲੱਗਇਨ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਇੱਕੋ ਸੰਰਚਨਾ ਪਰਤ ਵਰਤਣ। ਰਿਪੋਜ਼ਟਰੀ ਘੋਸ਼ਣਾਵਾਂ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ੍ਹ ਹੋਇਆ URL ਅਤੇ ਪੜਾਅ ਪਛਾਣੋ।

ਰਿਪੋਜ਼ਟਰੀ ਚੋਣ ਦੱਸਦੀ ਹੈ ਕਿ ਆਰਟੀਫੈਕਟ ਕਿੱਥੋਂ ਮਿਲਦੇ ਹਨ। ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਦੱਸਦੀ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਕਲਾਇੰਟ ਉਸ ਐਂਡਪੁਆਇੰਟ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦਾ ਹੈ। ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਅੰਦਰੂਨੀ ਸ਼ੀਸ਼ੇ ਨਾਲ ਬਦਲਣਾ ਇੱਕ ਵੱਖਰਾ ਸਮਰਥਿਤ ਵਿਕਲਪ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਬਾਕੀ ਸਾਰੇ ਟਿਕਾਣਿਆਂ ਲਈ ਨੈੱਟਵਰਕ ਪ੍ਰੌਕਸੀ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦਾ।

ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਇੱਕ ਹੋਰ ਜਾਂਚ ਹੈ। ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਹਰ Java ਡਾਊਨਲੋਡਰ ਕਿਸੇ ਵੀ proxyUser ਗੁਣ ਨੂੰ ਸਮਰਥਿਤ ਲੌਗਇਨ ਕਾਰਵਾਈ ਮੰਨਦਾ ਹੈ। ਸਥਾਪਿਤ ਲਾਂਚਰ ਅਤੇ ਸੰਬੰਧਿਤ ਰਿਜ਼ੌਲਵਰ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਬੰਧ ਵਰਤੋ।

ਅੰਤ ਵਿੱਚ, ਕਿਸੇ ਹੋਰ ਰਨਰ ਲਈ ਲਿਖੀ ਗਾਈਡ ਤੋਂ ਵੇਰੀਏਬਲ ਕਾਪੀ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰਭਾਵੀ ਲਾਂਚਰ ਵਾਤਾਵਰਣ ਜਾਂਚੋ। DNS ਫੇਲ੍ਹ, ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੀ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਰੱਦ ਕੀਤਾ ਪ੍ਰੌਕਸੀ ਲੌਗਇਨ—ਸਾਰੇ ਨਿਰਭਰਤਾ ਹੱਲ ਦੌਰਾਨ ਦਿਖ ਸਕਦੇ ਹਨ, ਪਰ ਇਹਨਾਂ ਲਈ ਬਹੁਤ ਵੱਖਰੀਆਂ ਸੋਧਾਂ ਚਾਹੀਦੀਆਂ ਹਨ।