스프링 부트를 사용하여 다른 라이브러리로 외부 라이브러리를 구성하는 것을 피하는 방법

Question

두 개의 스프링 부트 프로젝트가 있다고 가정 해 보겠습니다. 첫 번째 프로젝트는 다양한 기능을 제공하는 지원 라이브러리 일뿐입니다. 두 번째는 지원 프로젝트 (jar)를 사용하는 "기본"프로젝트 (기본 라이브러리)입니다.

지원 라이브러리에는 기본 프로젝트에서 자동 실행해야하는 몇 가지 서비스가 있습니다.

기본 라이브러리가 지원 라이브러리에 대한 구성을 수행 할 필요가 없도록 지원 라이브러리를 구성하려면 어떻게해야합니까? 본질적으로 저는 컴포넌트 스캔에 대해 이야기하고 있습니다.

필자가 지금까지 읽은 것은 기본 라이브러리가 구성 요소 검사에 지원 라이브러리의 패키지를 포함해야한다는 것입니다. 이게 사실인가요? 필자가 생각하기에, 지원 라이브러리는 자체적으로 모든 구성을 수행해야하고,이 라이브러리를 사용하는 것만으로는 다른 라이브러리 (또는 프로젝트)가 지원 라이브러리의 구성을 처리 할 필요가 없어야합니다.

본질적으로 지원 라이브러리가 @Configuration 주석 또는 그 (또는 @SpringBootApplication)와 같은 다른 라이브러리를 통해 다른 라이브러리의 모든 세부 사항을 처리 할 필요가 없도록 구성 할 수 있는지 궁금합니다. 정말 다른 라이브러리가 자신의 구성과 관련하여 라이브러리를 지원하기 때문에 일을해야한다는 것이 매우 유선이라고 생각하기 때문에 이것이 어떻게 든 효과가 있기를 바랍니다.

Answer 1

좋아요, 이제 방금 해결책을 찾았습니다.

트릭은 다음과 같습니다.

지원 프로젝트에는 구성 클래스가 있습니다 (이미 가지고 있지만 구성은 고려되지 않았습니다). 다음과 같이 지원하는 라이브러리의 구성 클래스는 기본적으로 같습니다

@SpringBootApplication 
public class SupportLibApplication { 
} 

주요 프로젝트는 구성 클래스가 있습니다. 이 트릭은 기본 프로젝트의 구성 클래스에 지원 클래스의 구성 클래스를 포함시키는 것입니다. 이것은 내가 누락 된 링크였습니다. 차 프로젝트의 구성 클래스는 지금과 같은 것이 보인다 : 당신이 봄 부팅을 사용하는 것처럼

@SpringBootApplication 
@Import({SupportLibApplication.class}) 
public class QuestApplication extends WebMvcConfigurerAdapter { 
… 
}