Maven ਨੂੰ proxy ਪਲੱਗਇਨ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਤੱਕ ਪਹੁੰਚਣਾ ਪੈਂਦਾ ਹੈ
ਉਹ ਬੂਟਸਟ੍ਰੈਪ ਸਮੱਸਿਆ ਸਮਝੋ ਜਦੋਂ Maven ਪਲੱਗਇਨ proxy ਲੱਭਣ ਦਾ ਵਾਅਦਾ ਕਰਦਾ ਹੈ ਪਰ ਉਸ ਦੇ ਆਪਣੇ ਆਰਟੀਫੈਕਟ ਹੱਲ ਨਹੀਂ ਹੁੰਦੇ।
ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਘੁੰਮਦੇ ਲੈਪਟਾਪ ਲਈ ਸਵੈਚਾਲਿਤ proxy ਪਲੱਗਇਨ ਆਦਰਸ਼ ਲੱਗਦਾ ਹੈ। ਪਰ ਇੱਕ ਔਖੀ ਪਹਿਲੀ ਬੇਨਤੀ ਹੈ: Maven ਨੂੰ ਪਲੱਗਇਨ ਆਪ ਹੀ ਲੈਣ ਲਈ proxy ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ।
ਪਲੱਗਇਨ ਟਾਰਗੈਟ ਤਦ ਹੀ ਚੱਲਦਾ ਹੈ ਜਦੋਂ Maven ਉਸ ਦਾ ਲਾਗੂਕਰਨ ਅਤੇ ਲੋੜੀਂਦੇ ਆਰਟੀਫੈਕਟ ਹੱਲ ਕਰਕੇ ਲੋਡ ਕਰ ਸਕਦਾ ਹੈ। ਉਸ ਲਾਗੂਕਰਨ ਅੰਦਰ proxy ਖੋਜ ਉਸ ਡਾਊਨਲੋਡ ਦੀ ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦੀ ਜੋ ਲਾਗੂਕਰਨ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਪੂਰੀ ਤਰ੍ਹਾਂ ਯੋਗ ਪਲੱਗਇਨ ਕੋਆਰਡੀਨੇਟ ਵਰਤਣ ਨਾਲ ਪ੍ਰੀਫਿਕਸ ਖੋਜ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਪਰ ਇਹ ਖਾਲੀ ਸਥਾਨਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਪਲੱਗਇਨ ਆਰਟੀਫੈਕਟ ਨਹੀਂ ਦਿਖਾਉਂਦਾ।
ਪੁਰਾਣਾ Autoproxy Maven ਪਲੱਗਇਨ ਇਹ ਫ਼ਰਕ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਸ ਦਾ README proxy-vole ਰਾਹੀਂ proxy ਖੋਜ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਪਰ ਆਪਣੇ ਟਾਰਗੈਟ ਨੂੰ ਕਾਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਲੱਗਇਨ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਸਥਾਪਤ ਕਰਨ ਦਾ ਵੀ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਉਸ ਖਾਸ ਡਿਜ਼ਾਈਨ ਦੀ ਪੂਰਵ ਸ਼ਰਤ ਮੰਨੋ, ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ Maven ਆਮ ਤੌਰ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਦੀਆਂ PAC ਸੈਟਿੰਗਾਂ ਪੜ੍ਹਦਾ ਹੈ।
ਪਹਿਲੇ ਹੱਲ ਨੂੰ ਸਪਸ਼ਟ ਰਾਹ ਦਿਓ
ਜਿਸ ਨੈੱਟਵਰਕ ਵਿੱਚ ਰਿਪੋਜ਼ਟਰੀ ਪਹੁੰਚ ਲਈ HTTP proxy ਚਾਹੀਦਾ ਹੈ, ਉਸ ਕਾਲ ਵੱਲੋਂ ਵਰਤੀਆਂ Maven ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਢੁਕਵਾਂ ਸਰਗਰਮ proxy ਸੰਰਚਿਤ ਕਰੋ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ-ਰਿਪੋਜ਼ਟਰੀ ਬੂਟਸਟ੍ਰੈਪ ਲਈ, HTTP proxy ਸੂਚੀਵਿੱਚੋਂ HTTP ਉਮੀਦਵਾਰ ਚੁਣੋ। ਬਾਹਰੀ ਰਾਹ ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚਯੋਗ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਅੰਦਰੂਨੀ ਰਿਪੋਜ਼ਟਰੀ ਵੀ ਸ਼ੁਰੂਆਤੀ ਪਹੁੰਚ ਸਮੱਸਿਆ ਹੱਲ ਕਰ ਸਕਦੀ ਹੈ। ਕੋਈ ਵੀ ਤਰੀਕਾ ਪਲੱਗਇਨ ਅਤੇ ਉਸ ਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਕਵਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਨਹੀਂ।
ਪਹਿਲਾਂ ਭਰੀ ਸਥਾਨਕ ਰਿਪੋਜ਼ਟਰੀ ਬੂਟਸਟ੍ਰੈਪ ਲੋੜ ਲੁਕਾ ਸਕਦੀ ਹੈ। ਵਿਕਾਸਕਾਰ ਦੇ ਲੈਪਟਾਪ 'ਤੇ ਸਫਲਤਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਨਵਾਂ CI ਖਾਤਾ ਉਹੀ ਬਿਲਡ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ। ਪਲੱਗਇਨ ਦਾ ਖੋਜ ਤਰਕ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ੍ਹ ਹੋਇਆ ਆਰਟੀਫੈਕਟ ਅਤੇ ਪੜਾਅ ਵੇਖੋ।
ਪਲੱਗਇਨ ਲੋਡ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਬਾਅਦ ਦੀ ਨਿਰਭਰਤਾ ਅਸਫਲਤਾ ਇੱਕ ਵੱਖਰਾ ਸਵਾਲ ਬਣ ਜਾਂਦੀ ਹੈ: ਕੀ ਲੱਭਿਆ ਰਾਹ ਸਹੀ ਹੈ ਅਤੇ ਕੀ ਸਰਗਰਮ Maven ਟ੍ਰਾਂਸਪੋਰਟ ਨਤੀਜਾ ਸੈਟਿੰਗਾਂ ਵਰਤਦਾ ਹੈ। ਸਵੈਚਾਲਿਤ ਖੋਜ ਰੱਖਣਾ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਤੈਅ ਕਰਦਿਆਂ ਉਹ ਦੋ ਅਸਫਲਤਾ ਬਿੰਦੂ ਵੱਖਰੇ ਰੱਖੋ।