স্বয়ংক্ৰিয় proxy প্লাগিন এটা নেটৱৰ্কৰ মাজেৰে ঘূৰি ফুৰা লেপটপৰ বাবে আদৰ্শ যেন লাগে। কিন্তু এটা অস্বস্তিকৰ প্ৰথম অনুৰোধ আছে: Maven-এ প্লাগিনটো নিজেই পাবলৈ proxyৰ প্ৰয়োজন হ'ব পাৰে।

প্লাগিন লক্ষ্য কেৱল Maven-এ তাৰ ৰূপায়ণ আৰু প্ৰয়োজনীয় আৰ্টিফেক্টসমূহ সমাধান আৰু লোড কৰাৰ পিছতহে চলিব। সেই ৰূপায়ণৰ ভিতৰত proxy আৱিষ্কাৰে ৰূপায়ণ আৰম্ভ হোৱাৰ আগতে বিফল হোৱা ডাউনলোডত সহায় কৰিব নোৱাৰে। সম্পূৰ্ণভাৱে যোগ্য প্লাগিন স্থানাংক ব্যৱহাৰ কৰিলে উপসৰ্গ সন্ধান এৰাই যাব পাৰি; কিন্তু খালী স্থানীয় ভঁৰালত প্লাগিন আৰ্টিফেক্ট নুফুৰে।

পুৰণি Autoproxy Maven প্লাগিনে এই পাৰ্থক্যটো দেখুৱায়। ইয়াৰ README-এ proxy-voleৰ জৰিয়তে proxy আৱিষ্কাৰৰ বৰ্ণনা কৰে, কিন্তু লক্ষ্য আহ্বান কৰাৰ আগতে প্লাগিনটো স্থানীয়ভাৱে ইনষ্টল কৰাৰো বৰ্ণনা কৰে। সেইটো সেই বিশেষ ডিজাইনৰ পূৰ্বচৰ্ত হিচাপে লওক, Maven-এ সৰ্বজনীনভাৱে ব্ৰাউজাৰ PAC ছেটিংছ পঢ়ে বুলি প্ৰমাণ হিচাপে নহয়।

প্ৰথম সমাধানক এটা স্পষ্ট পথ দিয়ক

এনে নেটৱৰ্কৰ বাবে য'ত ভঁৰাল প্ৰৱেশৰ বাবে HTTP proxy প্ৰয়োজন, সেই আহ্বানে ব্যৱহাৰ কৰা Maven ছেটিংছত উপযুক্ত সক্ৰিয় proxy কেনফিগাৰ কৰক। অনুমোদিত ৰাজহুৱা ভঁৰালৰ বুটষ্ট্ৰেপৰ বাবে HTTP proxy তালিকাৰ পৰা এটা HTTP প্ৰাৰ্থী বাছনি কৰক। বাহ্যিক পথ নোহোৱাকৈ উপনীত হ'ব পৰা অনুমোদিত আভ্যন্তৰীণ ভঁৰালেও প্ৰাথমিক প্ৰৱেশ সমস্যা সমাধান কৰিব পাৰে। যিকোনো পদ্ধতিয়ে প্লাগিন আৰু তাৰ নিৰ্ভৰশীলতাসমূহ সামৰি ল'ব লাগিব, কেৱল এপ্লিকেশ্যনৰ নিৰ্ভৰশীলতাসমূহ নহয়।

পূৰ্বতে ভৰা স্থানীয় ভঁৰালে বুটষ্ট্ৰেপ প্ৰয়োজনীয়তা লুকুৱাব পাৰে। ডেভেলপাৰৰ লেপটপত সফলতাই নতুন CI একাউণ্টে একেটা বিল্ড আৰম্ভ কৰিব পাৰে বুলি প্ৰমাণ নকৰে। প্লাগিনৰ চিনাক্তকৰণ যুক্তি সলনি কৰাৰ আগতে বিফল আৰ্টিফেক্ট আৰু পৰ্যায় চাওক।

প্লাগিন লোড হোৱাৰ পিছত, পিছৰ নিৰ্ভৰশীলতাৰ বিফলতা এটা পৃথক প্ৰশ্ন হৈ পৰে: তাৰ চিনাক্ত কৰা পথটো শুদ্ধ হয়নে আৰু সক্ৰিয় Maven পৰিবহনে ফলাফলস্বৰূপ ছেটিংছ ব্যৱহাৰ কৰে নেকি। স্বয়ংক্ৰিয় চিনাক্তকৰণ ৰখীয়োগ্ৰাহ্য হয়নে নিশ্চিত কৰোঁতে সেই দুটা বিফলতা বিন্দু পৃথক ৰাখক।

সম্পৰ্কিত প্ৰবন্ধ