@Component 내에 static method 에서 쓰는 member 객체가 null 일떄

@Component 내에 static method에서 사용하는 static member

@Component
@RequiredArgsConstructor
public class SomeComponentClass {

    private final ObjectMapper objectMapper;

    private static void staticMethod() {
        objectMapper.convertValue() // objectMapper NullPointerException 발생
    } 
}

-> 이렇게 바꾸세요.

@Component
@RequiredArgsConstructor
public class SomeComponentClass {

    private static ObjectMapper objectMapper;

    // Autowired로 constructor 생성
    @Autowired
    public SomeComponentClass(ObjectMapper objectMapper) {
        SomeComponentClass.objectMapper = objectMapper;
    }

    private static void staticMethod() {
        objectMapper ~~~
    }
}

서론

• GitHub에서 **태그(Tag)**를 기반으로 **릴리즈(Release)**를 만들면,
• 릴리즈 노트를 작성하고, 바이너리 파일(zip, tar.gz 등)을 첨부할 수 있어서 배포에 아주 유용합니다..
• 아래에 GitHub 릴리즈 생성 및 연동 방법을 정리합니다. 👇

🎁 GitHub 릴리즈란?

• 특정 태그에 대한 릴리즈 정보를 시각화해서 보여주는 GitHub의 기능
• 릴리즈 노트 작성 가능
• 실행 파일, 아티팩트(.zip, .jar 등) 첨부 가능
• GitHub Actions 같은 CI 도구와 쉽게 연동 가능

🛠️ GitHub 릴리즈 만드는 방법

1. Git 태그 만들기 (로컬 or GitHub에서)

# 로컬에서 annotated tag 만들기
git tag -a v1.0.0 -m "Release version 1.0.0"

# 원격 푸시
git push origin v1.0.0

또는 GitHub 웹 UI에서 새 태그를 만들 수도 있음.

git 에서 tag는 언제 쓰고 어떻게 쓸까?

• Git에서 **tag(태그)**는 특정 커밋에 이름을 붙여서 식별하기 쉽게 만드는 기능입니다.
• 일반적으로 릴리즈 버전을 표시할 때 많이 사용되며, 특정 시점의 스냅샷을 의미합니다.

🎯 태그의 주요 역할

1. 릴리즈 마킹

   • 예: v1.0.0, v2.1.3
   • 배포한 버전이 어떤 커밋인지 명확하게 추적할 수 있습니다.

2. 스냅샷 저장

   • 특정 커밋에 중요한 의미를 부여하고 싶을 때 (예: 첫 배포, 테스트 완료 지점 등)

3. CI/CD 트리거용

   • 태그가 push될 때 자동 배포되도록 CI 파이프라인 설정이 가능

🛠️ 태그의 종류

1. Lightweight Tag (가벼운 태그)
   • 단순히 커밋을 가리키는 포인터
   • Git 내부적으로는 브랜치와 유사한 구조

   git tag v1.0.0
   

2. Annotated Tag (주석이 있는 태그)
   • 태그 생성자 정보, 날짜, 메시지 등을 포함
   • 릴리즈에는 보통 이걸 사용

   git tag -a v1.0.0 -m "Release version 1.0.0"
   

📤 태그 푸시 및 공유

• 태그는 기본적으로 git push로 자동 푸시되지 않음. 명시적으로 푸시해야 함:

  # 특정 태그 푸시
  git push origin v1.0.0
  
  # 모든 태그 푸시
  git push origin --tags
  

🔍 태그 확인

# 로컬 태그 목록
git tag

# 특정 태그가 가리키는 커밋 보기
git show v1.0.0

🧽 태그 삭제

# 로컬 태그 삭제
git tag -d v1.0.0

# 원격 태그 삭제
git push origin --delete v1.0.0

📦 활용 예시 (릴리즈 관리)

# 코드가 안정화된 시점
git checkout main
git pull
git tag -a v1.0.0 -m "First stable release"
git push origin v1.0.0

• CI/CD 도구(GitHub Actions, Jenkins 등)는 이 태그를 감지해서 v1.0.0을 자동으로 배포하게 할 수 있습니다.

Spring 에서 (boot 포함) component와 bean의 차이는?

Spring Boot (정확히는 Spring Framework)에서 @Component와 @Bean은 모두 Spring 컨테이너에 객체(빈, Bean)를 등록하는 데 사용되지만, 사용하는 방식과 목적이 조금 다릅니다.

🔹 1. @Component

• 클래스에 붙이는 어노테이션
• Spring이 자동으로 해당 클래스를 빈으로 등록
• @ComponentScan에 의해 탐지되어 등록됨

@Component
public class MyComponent {
    public void doSomething() {
        System.out.println("Component is working");
    }
}

✅ 특징

• 자동 등록
• @Service, @Repository, @Controller도 사실 @Component의 특수화 버전
• 패키지 스캔 경로 안에 있어야 함

🔹 2. @Bean

• 메서드에 붙이는 어노테이션
• 주로 @Configuration 클래스 안에서 사용
• 개발자가 직접 객체를 생성하고 그 결과를 Spring 컨테이너에 등록

@Configuration
public class AppConfig {
    @Bean
    public MyComponent myComponent() {
        return new MyComponent(); // 수동 등록
    }
}

✅ 특징

• 수동 등록
• 외부 라이브러리 객체, 설정값이 필요한 경우 등 유연한 객체 생성 가능
• 메서드 이름이 빈 이름이 됨 (필요시 @Bean(name = "beanName")으로 지정 가능)

📌 정리

🙋 언제 써야 할까?

• 내가 만든 클래스를 빈으로 등록하고 싶다면 → @Component
• 외부 라이브러리 객체나 조건에 따라 달라지는 객체 생성이 필요할 때 → @Bean

@Value 의 값이 바인딩 되지 않으신가요?

• Spring Boot 애플리케이션을 실행시킬 떄 @Value로 (org.springframework.beans.factory.annotation.Value) 값을 주입하려고 할떄 생각과는 다르게 @Value로 주입한 값이 제대로 바인딩되지 않는 경우가 있습니다.

• 이러한 현상은 왜 생기며, 어떻게 해결할 수 있는지 알아보겠습니다.

• 우선 Spring Boot를 실행시킬떄 loading 순서는 어떻게 되는지 먼저 살펴보겠습니다.

• Spring Boot 애플리케이션이 실행될 때의 로딩 순서는 크게 다음과 같은 단계로 이루어집니다. 이 순서는 Spring Framework의 동작 원리에 기반하며, Spring Boot 특유의 기능들이 추가적으로 포함됩니다.

Clean Code 서론

Abstract

주니어 개발자일수록 일단 기능 구현을 우선으로 생각한다. 다시 말해서 대체로 코드의 퀄리티는 뒷전이고 생각한 기능대로 돌아가는 코드로 작성하면 할 일을 다했다고 생각한다. 아니, 비단 주니어 개발자만의 문제는 아닐 수도 있다. 업계에 있으면서 보아온 많은 개발자들을 돌아봤을 때, 코드 품질을 생각하는 개발자는 그리 많지 않았다. 심지어 Clean Code가 뭔지 모르는 사람도 많다. 하지만 코드에도 품질이라는 것은 분명히 존재하며, 개발자가 작성한 코드가 어느 정도의 품질 수준을 갖추었는가는 객관적으로 평가되는 것이 좋다. 모든 개발자는 dirty 하지 않은 clean한 코드를 작성하기 위해 계속 노력해야 한다.