인프런 커뮤니티 질문&답변

hp님의 프로필 이미지

작성한 질문수

스프링 프레임워크 핵심 기술

IoC 컨테이너 5부: 빈의 스코프

MessageSource 구현체

해결된 질문

20.03.04 06:19 작성

·

295

0

안녕하세요.

MessageSource 구현체를 강의에서 사용한 ReloadableResourceBundleMessageSource가 아닌 ResourceBundleMessageSource를 사용하면 왜 NoSuchMessageException이 날까요?

@Bean
public MessageSource messageSource() {
var messageSource = new ReloadableResourceBundleMessageSource();
messageSource.setBasenames("classpath:/messages");

return messageSource;
}

강의에서 처럼 이렇게 빈을 등록해주면 정상적으로 메시지가 출력되는데

var messageSource = new ResourceBundleMessageSource();

이렇게 구현체를 바꾸기만 하면 NoSuchMessageException이 나네요

왜 프로퍼티에서 메시지를 못읽는건지 궁금합니다

감사합니다.

-----------------------------------------

이것저것 해보다가 해결 방법은 찾았습니다.

@Bean
public MessageSource messageSource() {
var messageSource = new ResourceBundleMessageSource();
messageSource.setBasenames("messages");

return messageSource;
}

setBasenames()에 저렇게 넘겨주면 메시지가 정상적으로 출력이 되더라구요

왜 ReloadableResourceBundleMessageSource를 사용할때와 달리 classpath:/를 붙이면 안되는건가요?

답변 1

1

백기선님의 프로필 이미지
백기선
지식공유자

2020. 03. 07. 02:24

좋은 질문이네요. 아마도 관련 클래스들 JavaDoc을 읽어보셨다면 이해하셨을텐데요. 질문하신 내용이 맞습니다.

setBasename은 구현체에 따라 다르게 동작한다고 나와있고 Reloadable구현체는 classpath:/와 같은 프리픽스를 지원하지만 다른건 지원하지 않습니다.

The resource location format is up to the specific {@code MessageSource} implementation.
> AbstractResourceBasedMessageSource.java

Note that the basenames set as {@link #setBasenames "basenames"} property are treated in a slightly different fashion than the "basenames" property of {@link ResourceBundleMessageSource}. It follows the basic ResourceBundle rule of not specifying file extension or language codes, but can refer to any Spring resource location (instead of being restricted to classpath resources).
> ReloadableResourceBundleMessageSource.java


hp님의 프로필 이미지

작성한 질문수

질문하기