[Spring] 동일한 패키지 클래스 생성으로 라이브러리 직접 수정하기

😤  배경

프로젝트에는 회사에서 개발한 자사 라이브러리를 사용하는데, 자사 라이브러리 특정 클래스에 문제가 발생해서 수정이 필요한 상황이 발생했다. 그때 라이브러리를 직접 수정하는 방법에 대해서 알게 되었고 해당 내용을 공유하고자 한다.

📌  문제

해당 상황을 최대한 비슷하게 재연해보았다.

1. external-lib

 

external-lib라는 외부 라이브러리를 사용한다.

해당 모듈에는 ShibaHolic 이라는 클래스를 가지고 있다.

 

public class ShibaHolic {

    public void getShibaHolic() {
        problem();
        System.out.println("성공");
    }

    private void problem() {
        System.out.println("문제 발생");
    }
}

 

ShibaHolic 클래스는 getShibaHolic() 이라는 API를 가지고 있는데, 개발 중인 프로젝트에서 해당 API를 사용할 때 problem()이 호출되는 게 문제라고 가정한다.

2. service

<dependency>
	<groupId>shiba.holic</groupId>
	<artifactId>external-lib</artifactId>
	<version>1.0-SNAPSHOT</version>
</dependency>

 

서비스 중인 프로젝트는 getShibaHolic()을 사용하기 위해서 external-lib dependency를 추가한다.

 

public class Blog {
    public void getBlog() {
        ShibaHolic shibaHolic = new ShibaHolic();
        shibaHolic.getShibaHolic();
    }

    public static void main(String[] args) {
        Blog blog = new Blog();
        blog.getBlog();
    }
}

 

서비스 프로젝트 - Blog 클래스 - getBlog() 에서 getShibaHolic()을 호출하면 어떻게 될까?

 

 

당연하게 problem() 메서드를 거치기 때문에 "문제 발생" 메시지가 출력된다.

이런 경우 "성공" 메시지만 받으려면 어떻게 해야할까?

🔎  해결

해당 상황에서 필자가 해결했던 방법은 동일한 패키지에 같은 클래스를 추가하고 다른 내용을 작성하는 것이다.

 

 

서비스 모듈에 동일한 패키지로 같은 클래스 이름을 추가한다.

 

public class ShibaHolic {
    public void getShibaHolic() {
        System.out.println("성공");
    }
}

 

그리고 성공 메시지만 출력되도록 수정한다.

 

 

그리고 다시 Blog 클래스를 호출하면 "성공" 메시지만 출력된다.

결론

이 방법은 왜 필요할까? 필자는 해당 방법을 알고 있으면 좋은 이유는 2가지라고 생각한다.

 

우선, 간단한 라이브러리 수정을 하는데 시간이 오래 걸릴 수 있기 때문이다.

 

필자가 직면한 상황은 운영 환경이 아니기 때문에 시간적 여유가 있어서 괜찮았지만, 서비스 운영 환경에서 문제가 발생했다면 어땠을까? 라이브러리 수정을 기다리기 위해 라이브러리 개발 팀에 수정 요청을 해서 배포가 되기를 기다리거나 아니면 다른 방법 (편법 등)을 이용해야 했을 것이다.

 

그러면 나중에 라이브러리가 정식으로 배포됐을 때 편법으로 수정한 것을 다시 원복해야 되는 번거로움이 발생한다.

만약 포스팅한 방법으로 라이브러리 기능을 수정했다면? 간단하게 덮어씌운 클래스만 삭제하면 된다.

 

두 번째로, 해당 프로젝트에만 문제일 수 있기 때문이다.

 

라이브러리에서 문제가 되는 기능이 과연 다른 프로젝트에서도 문제로 받아들일지는 알 수 없다.

 

특정 기능이 A 프로젝트에서는 문제이지만, 나머지 B~Z 프로젝트에서는 수정할 때 오히려 변경으로 인한 이슈를 고민해야 될 수도 있다. 

 

라이브러리 내용 중 일부를 간단하게 수정할 필요가 있을 때, 해당 방법을 고려해 보도록 하자.