CI জবস কাজ করছে না: 29 সেপ্টেম্বর, 2024 এর পরে স্প্রিং বুট 2.5.3 সহ OpenFeign সংকলন সমস্যা

CI পরিবেশে স্প্রিং বুট 2.5.3 সহ অপ্রত্যাশিত সংকলন সমস্যা

29 সেপ্টেম্বর, 2024 থেকে শুরু করে, স্প্রিং বুট 2.5.3 ব্যবহারকারী ডেভেলপাররা অপ্রত্যাশিত সংকলন ত্রুটির সম্মুখীন হয়েছে বলে জানিয়েছেন। উল্লেখযোগ্যভাবে, কোডবেসে কোনো পরিবর্তন না হওয়া সত্ত্বেও এই ত্রুটিগুলি ঘটে, যার ফলে কন্টিনিউয়াস ইন্টিগ্রেশন (CI) ওয়ার্কফ্লোতে যথেষ্ট ব্যাঘাত ঘটে। এই সমস্যাটি মাভেন বিল্ডের মধ্যে নির্ভরতা রেজোলিউশনের সাথে যুক্ত বলে মনে হচ্ছে, বিশেষ করে স্প্রিং ক্লাউড নির্ভরতা ব্যবহার করে প্রকল্পগুলিকে প্রভাবিত করে।

ম্যাভেন অনুপস্থিত নির্ভরতা নির্দেশ করে ত্রুটির সাথে ব্যর্থ হওয়ার কারণে সমস্যাটি প্রকাশ পায়। বিশেষ করে, প্যাকেজ org.springframework.cloud.openfeign অস্তিত্বহীন হিসাবে পতাকাঙ্কিত। এটি OpenFeign নির্ভরতার সাথে একটি সমস্যাকে নির্দেশ করে, যার ফলে "চিহ্ন খুঁজে পাওয়া যায় না" এবং অনুপস্থিত ক্লাসগুলি উল্লেখ করার মতো ত্রুটি সৃষ্টি করে FeignClient.

এই পরিস্থিতির সম্মুখীন ডেভেলপারদের জন্য, প্রথাগত ডিবাগিং পদ্ধতি যেমন নির্ভরতা গাছ তৈরি করা বা মাভেনকে অফলাইনে যেতে বাধ্য করা কার্যকর হয়নি। এই দৃশ্যটি সম্ভবত নির্ভরতা আপডেট বা সংগ্রহস্থলের পরিবর্তনের সাথে সম্পর্কিত একটি গভীর সমস্যা প্রস্তাব করে।

এই নিবন্ধে, আমরা এই সংকলন ত্রুটিগুলির প্রকৃতি, সম্ভাব্য কারণগুলি অন্বেষণ করব এবং আপনাকে আপনার Maven বিল্ডগুলির উপর নিয়ন্ত্রণ পুনরুদ্ধার করতে সহায়তা করার জন্য কিছু সমস্যা সমাধানের পদক্ষেপগুলি সরবরাহ করব।

মাভেনে স্প্রিং বুট সংকলন সমস্যা বিশ্লেষণ এবং সমাধান করা

আগে দেওয়া স্ক্রিপ্টগুলি একটি জটিল সমস্যা সমাধানের উপর ফোকাস করে যেখানে মাভেন বিল্ডগুলি 29 সেপ্টেম্বর, 2024 এর পরে স্প্রিং বুট অ্যাপ্লিকেশনগুলিতে সংকলন ত্রুটিগুলির সাথে ব্যর্থ হতে শুরু করে। এই ত্রুটিগুলি অনুপস্থিতগুলির চারপাশে কেন্দ্রীভূত হয় OpenFeign নির্ভরতা, ক্লাস ঘটাচ্ছে FeignClient অনুপলব্ধ হয়ে প্রাথমিক পদ্ধতির মধ্যে নির্দিষ্ট Maven কমান্ডের মাধ্যমে এই অনুপস্থিত নির্ভরতা চিহ্নিত করা এবং সমাধান করা জড়িত। উদাহরণস্বরূপ, 'mvn নির্ভরতা: ট্রি -ডভারবোস' কমান্ডটি বিকাশকারীদের সম্পূর্ণ নির্ভরতা শ্রেণিবিন্যাসের বিস্তারিতভাবে কল্পনা করতে দেয়। এটি অত্যন্ত গুরুত্বপূর্ণ কারণ এটি ট্রানজিটিভ নির্ভরতাগুলিকে হাইলাইট করে যা অনুপস্থিত বা ভুলভাবে সমাধান হতে পারে, যা পর্যবেক্ষণ করা ত্রুটির দিকে পরিচালিত করে।

আরেকটি মূল কমান্ড, `mvn নির্ভরতা:গো-অফলাইন`, অফলাইন মোডে একটি নির্ভরতা সমাধান প্রক্রিয়া সক্ষম করে। একটি বহিরাগত সংগ্রহস্থল সমস্যাটির কারণ কিনা তা নির্ধারণের জন্য এটি বিশেষভাবে কার্যকর। CI পরিবেশে, নেটওয়ার্ক-সম্পর্কিত সমস্যা বা বাহ্যিক সংগ্রহস্থলের পরিবর্তনের ফলে নির্ভরতাগুলির রেজোলিউশনে অসঙ্গতি দেখা দিতে পারে স্প্রিং ক্লাউড ওপেনফেইন. অফলাইন মোডে ম্যাভেন চালানোর ফলে সমস্যাটি স্থানীয় ক্যাশে অনুপস্থিত বা দূষিত শিল্পকর্ম থেকে উদ্ভূত কিনা তা যাচাই করতে সহায়তা করে।

আরও, সমাধান একটি নির্দিষ্ট করা জড়িত কাস্টম স্থানীয় সংগ্রহস্থল ম্যাভেন বিল্ডের জন্য `mvn ক্লিন প্যাকেজ -Dmaven.repo.local=./custom-m2` কমান্ড ব্যবহার করে। এই পদ্ধতিটি কার্যকরভাবে মাভেনকে একটি তাজা, খালি ডিরেক্টরিতে নির্দেশ করে ডিফল্ট মাভেন সংগ্রহস্থলকে বিচ্ছিন্ন করে, এটিকে সমস্ত প্রয়োজনীয় নির্ভরতা পুনরায় ডাউনলোড করতে বাধ্য করে। এটি কোনও স্থানীয় ক্যাশিং সমস্যাগুলিকে বাতিল করতে সাহায্য করে যা একটি দূষিত বা পুরানো নির্ভরতা সংস্করণের দিকে নিয়ে যেতে পারে। উপরন্তু, স্থানীয় সংগ্রহস্থল থেকে ম্যানুয়ালি নির্দিষ্ট প্যাকেজগুলি সাফ করা, যেমন `org/springframework/cloud/openfeign`, নিশ্চিত করে যে Maven এই আর্টিফ্যাক্টগুলির একটি নতুন সংস্করণ ডাউনলোড করে।

অবশেষে, সমস্যার সমাধান নিশ্চিত করার জন্য, এটি পরিচালনা করা অপরিহার্য ইউনিট পরীক্ষা. পূর্বে প্রদত্ত স্ক্রিপ্টটি ফেইন ক্লায়েন্টের কনফিগারেশন যাচাই করার জন্য JUnit ব্যবহার করে পরীক্ষার ক্ষেত্রে প্রবর্তন করে। এই পরীক্ষাগুলি স্প্রিং বুট টেস্ট ফ্রেমওয়ার্ক ব্যবহার করে অ্যাপ্লিকেশানের প্রসঙ্গ লোড করে এবং মটরশুটির উপস্থিতি এবং কনফিগারেশন পরীক্ষা করে, যেমন ফেইন ক্লায়েন্ট। 'assertNotNull' এবং 'assertEquals'-এর মত দাবীগুলি যাচাই করতে সাহায্য করে যে বিনগুলি সঠিকভাবে শুরু করা হয়েছে এবং প্রত্যাশিত বৈশিষ্ট্যগুলির সাথে কনফিগার করা হয়েছে৷ এই পরীক্ষাগুলি বাস্তবায়নের মাধ্যমে, বিকাশকারীরা সমস্যাটি সমাধান করা হয়েছে এবং ফেইন ক্লায়েন্ট কনফিগারেশনগুলি প্রকল্পে সঠিকভাবে প্রয়োগ করা হয়েছে তা যাচাই করার জন্য একটি প্রক্রিয়া অর্জন করে।

# Step 1: Generate a fresh dependency tree to inspect possible issues
mvn dependency:tree -Dverbose > dependency-tree.log

# Step 2: Run Maven in offline mode to identify missing or outdated artifacts
mvn dependency:go-offline > dependency-offline.log

# Step 3: Clear your local Maven repository (optional, ensures a clean state)
rm -rf ~/.m2/repository/org/springframework/cloud/openfeign

# Step 4: Rebuild the project with debug information and custom local repository
mvn clean package -Dmaven.repo.local=./custom-m2 -DskipTests -X > build-debug.log

# Step 5: Review the generated logs for errors and fix any missing dependencies

# Step 1: Create or update a custom settings.xml file in your Maven configuration directory
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0">
  <mirrors>
    <mirror>
      <id>custom-mirror</id>
      <url>https://repo.spring.io/milestone/</url>
      <mirrorOf>central</mirrorOf>
    </mirror>
  </mirrors>
</settings>

# Step 2: Specify the custom settings file during the Maven build
mvn clean install -s ./settings.xml -DskipTests

# Step 3: Validate if the dependency resolution issue is fixed

@RunWith(SpringRunner.class)
@SpringBootTest
public class FeignClientTest {

  @Autowired
  private ApplicationContext context;

  @Test
  public void testFeignClientBeanExists() {
    Object feignClient = context.getBean("feignClientName");
    assertNotNull(feignClient);
  }

  @Test
  public void testFeignClientConfiguration() {
    FeignClient client = (FeignClient) context.getBean("feignClientName");
    // Add relevant assertions for configurations
    assertEquals("https://api.example.com", client.getUrl());
  }

}

মাভেন প্রকল্পগুলিতে নির্ভরতা দ্বন্দ্ব এবং আপডেটগুলি মোকাবেলা করা

একটি মূল দিক যা স্প্রিং বুট অ্যাপ্লিকেশনগুলিতে মাভেন বিল্ড ব্যর্থতায় অবদান রাখতে পারে নির্ভরতা দ্বন্দ্ব. ওপেনফেইন বা স্প্রিং ক্লাউড লাইব্রেরির মতো মূল স্প্রিং বুট নির্ভরতাগুলির ওভারল্যাপিং সংস্করণ বা বেমানান আপডেটের কারণে এই দ্বন্দ্বগুলি প্রায়শই দেখা দেয়। নির্ভরতা দ্বন্দ্বের ফলে রানটাইম ত্রুটি হতে পারে এবং কিছু ক্ষেত্রে, জটিল প্যাকেজের অনুপস্থিতি যেমন org.springframework.cloud.openfeign. এই দ্বন্দ্বগুলিকে মোকাবেলা করার জন্য সাধারণত প্রজেক্টের নির্ভরতা ব্যবস্থাপনার গভীরে ডুব দেওয়া প্রয়োজন, যাতে কোনও বিরোধপূর্ণ বা পুরানো সংস্করণ নেই তা নিশ্চিত করে।

ডেভেলপাররা অপ্রত্যাশিত বিল্ড সমস্যার সম্মুখীন হতে পারে যখন নির্দিষ্ট রিপোজিটরি বা আর্টিফ্যাক্ট নোটিশ ছাড়াই পরিবর্তন করা হয়। মাভেন প্রকল্পগুলি প্রায়শই বাহ্যিক সংগ্রহস্থলগুলির উপর নির্ভর করে, যা নির্দিষ্ট সংস্করণগুলিকে পরিবর্তন বা অবমূল্যায়ন করতে পারে, যা পূর্বে উপলব্ধ নির্ভরতাগুলিকে অস্থায়ীভাবে বা স্থায়ীভাবে অনুপলব্ধ করে তোলে। নিয়মিত প্রকল্পের পর্যালোচনা নির্ভরতা ব্যবস্থাপনা কনফিগারেশন এবং লকিং নির্ভরতা সংস্করণগুলি এই ধরনের ঝুঁকি কমাতে পারে। অতিরিক্তভাবে, একটি আপডেটেড অভ্যন্তরীণ সংগ্রহস্থল বা আয়না বজায় রাখা বিভ্রাট বা বহিরাগত সংগ্রহস্থলে অপ্রত্যাশিত পরিবর্তনের ক্ষেত্রে একটি ব্যাকআপ হিসাবে কাজ করতে পারে।

বিবেচনা করার আরেকটি অপরিহার্য দিক হল ব্যাপক ব্যবহার লগিং এবং ডিবাগিং. Maven বিল্ড ব্যর্থ হলে, ত্রুটি বার্তা সবসময় সম্পূর্ণ তথ্য প্রদান নাও হতে পারে। `-X` পতাকার মাধ্যমে ডিবাগ লগিং সক্ষম করা ডেভেলপারদের পর্দার আড়ালে কী ঘটছে তার বিশদ অন্তর্দৃষ্টি সংগ্রহ করতে দেয়। এই অনুশীলনটি অনুপস্থিত নির্ভরতা, ভুল কনফিগারেশন বা সংগ্রহস্থল অ্যাক্সেস সমস্যা সম্পর্কিত সমস্যাগুলি প্রকাশ করতে পারে। পদ্ধতিগত লগিং এবং ডিবাগিং পদ্ধতিগুলি অন্তর্ভুক্ত করা জটিল ত্রুটিগুলিকে আরও কার্যকরভাবে চিহ্নিত করতে এবং বিচ্ছিন্ন করতে সহায়তা করবে।