작성
·
456
0
이전 질문에 대한 궁금증이 생겨 추가 질문드립니다.
LogDemoController 단에서의 myLogger와 2. LogDemoService 단에서의 myLoger는 같은 객체인가요? 라는 질문에서
스프링 컨테이너 생성 시점에 myLogger는 생성되기 전이라 의존성 주입이 안 되는 것 아닌가요? 이 때 생성되지 않은 myLogger 객체를 비교하는 테스트는 어떻게 해야 하는지 질문드립니다.
그 다음 강의에서 Provider의 getObject() 메서드를 이용하는 방법을 학습했습니다.
컨트롤러에서 getObject() 메서드로 읽어온 후 println으로 toString을 찍어봤습니다.
@Controller
@RequiredArgsConstructor
public class LogDemoController {
private final LogDemoService logDemoService;
private final ObjectProvider<MyLogger> myLoggerProvider;
@RequestMapping("log-demo")
@ResponseBody // String 반환값인 문자열을 그대로 보낼 수 있음
public String logDemo(HttpServletRequest request){ // HttpServletRequest는 고객 요청 정보를 얻을 수 있음
String requestURL = request.getRequestURL().toString();
MyLogger myLogger = myLoggerProvider.getObject();
System.out.println("Controller.myLogger.toString() = " + myLogger.toString());
myLogger.setRequestURL(requestURL);
myLogger.log("controller test");
logDemoService.logic("testId");
return "OK!";
}
}
서비스에서 getObject() 메서드로 읽어온 후 println으로 toString을 찍어봤습니다.
@Service
@RequiredArgsConstructor
public class LogDemoService {
private final ObjectProvider<MyLogger> myLoggerProvider;
public void logic(String id){
MyLogger myLogger = myLoggerProvider.getObject();
System.out.println("Service.myLogger.toString() = " + myLogger.toString());
myLogger.log("service id = " + id);
}
}
생성된 myLogger나 컨트롤러, 서비스 모두 같은 객체라는 것을 확인했습니다.
[64d203f8-a2d5-4923-ad77-fcad3bd19d21] request scope bean create : hello.core.common.MyLogger@6cc43735
Controller.myLogger.toString() = hello.core.common.MyLogger@6cc43735
[64d203f8-a2d5-4923-ad77-fcad3bd19d21][http://localhost:8080/log-demo] controller test
Service.myLogger.toString() = hello.core.common.MyLogger@6cc43735
[64d203f8-a2d5-4923-ad77-fcad3bd19d21][http://localhost:8080/log-demo] service id = testId
[64d203f8-a2d5-4923-ad77-fcad3bd19d21] request scope bean close : hello.core.common.MyLogger@6cc43735
그렇다면 컨트롤러와 서비스가 싱글톤 스코프라서 같은 객체를 불러오는 것이 아니라(myLogger를 주입한 것이 아니라서), ObjectProvider가 스프링 컨테이너에 등록된 myLogger 빈을 lookup하기만 해서 찾아온 것으로 이해하면 될까요??
질문 읽어주셔서 감사합니다.
답변 2
0
안녕하세요. hi님
Q: 1. LogDemoController 단에서의 myLogger와 2. LogDemoService 단에서의 myLoger는 같은 객체인가요? 라는 질문에서 스프링 컨테이너 생성 시점에 myLogger는 생성되기 전이라 의존성 주입이 안 되는 것 아닌가요? 이 때 생성되지 않은 myLogger 객체를 비교하는 테스트는 어떻게 해야 하는지 질문드립니다.
A: 이 부분은 조금 더 학습을 해야하는데요. 이후에 스코프와 프록시 부분을 학습하고 나면 진짜 myLogger가 아니라 중간에 대리 역할을 해주는 프록시 myLogger가 주입됩니다. 자세한 내용은 조금 뒤에 나오는 9. 빈 스코프 - 스코프와 프록시 부분을 참고해주세요.
Q: 그 다음 강의에서 Provider의 getObject() 메서드를 이용하는 방법을 학습했습니다. ... 그렇다면 컨트롤러와 서비스가 싱글톤 스코프라서 같은 객체를 불러오는 것이 아니라(myLogger를 주입한 것이 아니라서), ObjectProvider가 스프링 컨테이너에 등록된 myLogger 빈을 lookup하기만 해서 찾아온 것으로 이해하면 될까요??
A: 네 맞습니다. ObjectProvider가 스프링 컨테이너에 등록된 myLogger 빈을 찾아옵니다. 물론 request scope인 점을 참고해주세요.
AI 인턴의 질문은 무시해주세요.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다.
LogDemoController와 LogDemoService에서 각자의 myLogger 객체를 사용합니다. 이 때, 스프링 컨테이너가 객체를 생성하는 시점에 따라서 myLogger 객체가 생성되는 시점이 달라질 수 있습니다. 따라서 LogDemoController와 LogDemoService에서 사용하는 myLogger 객체는 서로 다른 객체입니다.
만약 스프링 컨테이너 생성 시점에 myLogger 객체를 생성하지 못하고, 런타임에 생성되는 객체를 테스트하고 싶다면, ObjectProvider를 사용할 수 있습니다. getObject() 메서드를 호출하면, 컨테이너가 빈을 호출하는 시점에 객체를 생성하는 방식으로 동작합니다. 이를 활용하여 myLoggerProvider.getObject().toString()과 같이 로그를 출력해 볼 수 있습니다.
위에서 작성하신 코드에서는 ObjectProvider를 이용해 myLoggerProvider를 주입받은 후, getObject() 메서드를 이용해 myLogger 객체를 생성하는 방식으로 동작하도록 구현되어 있습니다.
감사합니다.
1번 질문에서 Provider를 쓰지 않고 LogDemoController와 LogDemoService에서 myLogger가 주입될 수 없지 않나요? (요청이 들어와야 myLogger를 생성할 수 있기 때문에)
답변 첫번째 문단에서 "LogDemoController와 LogDemoService에서 사용하는 myLogger 객체는 서로 다른 객체입니다."라는 답변에서 서로 다른 객체면 어떻게 같은 요청에 따른 UUID를 동일하게 받을 수 있는건가요?
LogDemoController와 LogDemoService에서 각각 myLoggerProvider.getObject().toString()를 출력해봤더니 질문 내용과 같이 동일한 객체(MyLogger@6cc43735)가 나온 것 같은데 서로 다른 객체라는 답변은 어떤 뜻일까요?