IntelliJ Maven প্রক্সি সেটিংস: ইম্পোর্টার বনাম রানার
IntelliJ যখন প্রক্সির মাধ্যমে বিল্ড করতে পারে কিন্তু সিঙ্ক করতে পারে না, বা উল্টোটা, তখন ইম্পোর্টার ও রানার সেটিংস তুলনা করুন।
IntelliJ-তে Maven লক্ষ্য কাজ করলেও সিঙ্ক ব্যর্থ হলে, প্রক্সি এন্ডপয়েন্ট বদলানোর আগে ইম্পোর্টার পরীক্ষা করুন। এরা আলাদা ভোক্তা:
| কাজ করা বা ব্যর্থ হওয়া অপারেশন | প্রাসঙ্গিক প্রসেস সেটিংস |
|---|---|
| IDE HTTP সংযোগ পরীক্ষা | IntelliJ-এর নিজস্ব HTTP নেটওয়ার্কিং কনফিগারেশন |
| প্রকল্প ইম্পোর্ট বা সিঙ্ক | Maven ইম্পোর্টারের JDK ও JVM অপশন |
| Maven লক্ষ্য সম্পাদন | Maven রানারের রানটাইম ও JVM অপশন |
প্রথমে Maven ডিস্ট্রিবিউশন এবং নির্বাচিত ব্যবহারকারী সেটিংস ফাইল তুলনা করুন, টার্মিনালে ব্যবহৃত স্পষ্ট ওভাররাইডসহ। একাধিক VM ফিল্ডে প্রপার্টি যোগ করার আগে কার্যকর সেটিংসের সক্রিয় প্রক্সি সামঞ্জস্যপূর্ণ করুন।
তারপর ব্যর্থ প্রসেসে যেকোনো Java প্রক্সি প্রপার্টি, কাস্টম ট্রাস্টস্টোর বা অন্য JVM অপশন খুঁজুন। রানার অপশন লক্ষ্যে প্রভাব ফেলে; ইম্পোর্টার অপশন ইম্পোর্টে প্রভাব ফেলে। এরা এক নয়। দুটি নির্বাচিত JDK একই এন্ডপয়েন্ট ব্যবহার করেও ভিন্ন প্রতিষ্ঠানের CA বিশ্বাস করতে পারে, তাই সার্টিফিকেট ত্রুটি পাসওয়ার্ড ব্যর্থতা প্রমাণ করে না।
শুধু সিঙ্কের ত্রুটি মনোযোগ ইম্পোর্টার ও তার ইনপুটে নিয়ে যায়। শুধু লক্ষ্যের ত্রুটি মনোযোগ রানারে নিয়ে যায়। একটি পরীক্ষা বা ফর্ক করা অ্যাপ্লিকেশন নিজের সেটিংসসহ আরেকটি JVM আনতে পারে।
সব জায়গায় সাধারণ proxyHost প্রপার্টি পেস্ট করার বা বান্ডল করা Maven ফাইল সম্পাদনা করার বদলে সেই মালিকের কাছেই মেরামত রাখুন। একটি শনাক্তযোগ্য সেটিংস ফাইল ও লক্ষ্যযুক্ত প্রসেস অপশন IDE আপডেটের পরেও ফলাফল পুনরুৎপাদনযোগ্য করে তোলে।