티스토리

더기

검색하기

블로그 홈

더기

dev-monkey-dugi.tistory.com/m

monkeyDugi 님의 블로그입니다.

구독자: 4

방명록 방문하기

주요 글 목록

Spring Cloud Stream으로 RabbitMQ 샘플 구축하기 🧨 RabbitMQ란 AMQP를 따르는 오픈 소스 메시지 브로커이다. 요청에 대한 처리 시간이 길 때, 해당 요청을 Queue에 위임하고 빠르게 응답할 때 사용한다. 또한, MQ를 사용하여 애플리케이션 간 결합도를 낮출 수 있다. 🧨 AMQP란 Advaced Message Queing Protocol의 약자로써, MQ의 표준 프로토콜이다. 이를 기반으로 나온 제품 중 하나가 RabbitMQ이다. 등장 배경 이전에는 각 플랫폼에 종속적인 제품들이었기 때문에 이기종 간 메시지 교환을 위해서 포맷 컨버전을 해야 했기 때문에 메시지 브릿지를 이용하거나(속도 저하 발생) 시스템 자체를 통일 시켜야 하는 불편함과 비효율성이 있었다.이러한 단점을 보완하기 위해 나온 표준 프로토컬이 AMQP이다. 즉, AMQP가 나온.. 공감수 0 댓글수 0 2023. 4. 1.
SpringBoot Request 받는 여러가지 방법 해당 내용은 POST 방식만을 고려한 내용이다. Multipart/form-data의 HTTP 간단한 구조 알기 이미지를 업로드를 할 때 이미지만 업로드하는 것이 아닌 부가적인 정보들도 같이 업로드 해야하는 경우가 많다. 헤더는 Content-Type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW와 같이 요청을 하고, boundary로 각각의 정보를 구분하여 전송하게 된다. HTTP Reqeust POST /urls/url/test Host: localhost:8080 Cache-Control: no-cache Postman-Token: f15dcf2b-ffdf-6e53-3411-a7bf27226668 Content-Type: .. 공감수 0 댓글수 2 2022. 12. 4.
@JsonFromat, @DateTimeForamt이 계속 헷갈린다! @JsonFormat, @DateTimeFormat Request일 경우 @ModelAttribte, @RequestParam 두 애노테이션은 요청 query string(message body form Data 동일)에 대한 값을 매핑해준다. @DateTImeFormat을 사용한다. @JsonFormat은 사용할 수 없다. @RequestBody 이번에는 message body JSON 요청이 올 경우이다. @DateTimeFormat을 사용한다. @JsonFormat도 사용한다. 우선 순위 @JsonFormat이 우선 순위를 갖는다. @JsonFormat이 틀렸다면, @DateTimeFormat이 맞아도 실패한다. @JsonFormat이 우선 순위이기 때문에 당연한다. @JsonFormat, @Dat.. 공감수 0 댓글수 0 2022. 11. 19.
Redis 동시성 이슈 개선하기 Redis에서 조회수 증가 동시성 이슈 조회수를 Redis에 캐싱하고 나중에 RDB로 write back해야하는 일이 있었다. Redis에서 해야하는 일은 게시물이 조회되면 → 해당 게시물의 id를 key로하여 조회수를 저장하는 일이다. 이슈 사항 먼저 조회수에 대한 상세 로직은 아래와 같다. Transaction1(T1)이 게시글 1번의 조회수를 조회한다. T1은 조회수를 1 증가한다. 조회수는 최종적으로 1증가 되어 Redis에 저장된다. 하지만 T2가 동시에 요청을 하면? 아래와 그림과 같은 이슈가 발생한다. T1과 T2가 조회수를 조회한 후 T1이 변경하고 T2가 변경했을 때 각자 조회한 조회수가 동일했기 때문에 동기화가 안되는 현상이다. 즉, 최종적으로는 조회수가 12가 되어야 하는 것이다. 이.. 공감수 6 댓글수 0 2022. 5. 14.
스프링 부트 Logger 사용법 및 팁 스프링 부트에서 로깅 사용법 스프링 부트는 spring- boot-starter-logging을 기본적으로 제공함 import org.slf4j.Logger; import org.slf4j.LoggerFactory; @Configuration public class RedisScheduler { private final Logger logger = LoggerFactory.getLogger(this.getClass()); private void log(String name) { logger.trace("trace log={}", name); logger.debug("debug log={}", name); logger.info(" info log={}", name); logger.warn(" warn lo.. 공감수 0 댓글수 0 2022. 5. 11.
스프링 순환 참조와 생성자 주입을 사용해야 하는 이유 스프링에는 3가지 빈 주입을 제공한다. 필드 주입, 수정자 주입, 생성자 주입이다. 대부분 스프링을 한다면, 알고 있는 내용일 것이다. 하지만 조금 더 알아 보자. 생성자 주입을 사용해야 하는 이유 필드 주입 장점 사용하기 가장 편하다. 단점 순환 참조를 컴파일 타임에 알 수 없다.(스프링 부트 2.5이하) 런타임에 로직 호출 시에 알 수 있다. 컴파일 시점에는 각자 주입만할 뿐 누가 자신을 사용하고 있는지는 알지 못하기 때문이다. 하지만 2.6이상 부터는 이를 개선하여 컴파일 타임에 알 수 있다. 객체를 바꿀 수 없다. 즉, 테스트 할 때 불편하다. 수정자 주입 장점 객체를 바꿀 수 있다. 즉, 테스트 할 때 편하다. 단점 순환 참조를 컴파일 타임에 알 수 없다.(스프링 부트 2.5이하) 런타임에 로직.. 공감수 0 댓글수 0 2022. 4. 20.
JPA Auditing으로 생성시간, 수정시간 자동화하기 BaseTimeEntity.java @MappedSuperclass @EntityListeners(AuditingEntityListener.class) public class BaseTimeEntity { @CreatedDate private LocalDateTime createDate; @LastModifiedDate private LocalDateTime modifiedDate; public LocalDateTime getCreateDate() { return createDate; } public LocalDateTime getModifiedDate() { return modifiedDate; } } @MappedSuperclass → JPA Entity 클래스들이 BaseTimeEntity를 상속할.. 공감수 0 댓글수 0 2022. 4. 19.
스프링에서 Enum과 Bean Validation으로 예외 관리하기 서론 개인 프로젝트를 진행하던 중 예외 코드가 하드 코딩으로 관리되고 있어서 방법을 찾아보던 중 세 가지 후보를 고민했다. 설정 파일 DB enum 비지니스 커스텀 예외는 Enum 실무에서는 설정 파일과 DB를 사용했었다. 이미 그렇게 되어있어 고민없이 사용하게 되었다. 이 때 느낀 것은 아래와 같았다. 비지니스 커스텀 예외란 직접 개발자가 throw new 하는 것으로 정의했다. 설정 파일 코드를 직접 문자열로 매핑을 해야한다. 생산성 저하 객체에 매핑하여 사용할 수 있지만 설정 파일을 읽어오기 위한 빈 주입이 필요하기 때문에 번거로울 수 있다. DB 네트워킹이 필요하다. 하지만 처음 메인화면 오픈 시 캐싱해두면 되기 때문에 문제는 아니다. 재적용이 아주 쉽다. 배포가 필요가 없다. 최고의 장점이다. .. 공감수 0 댓글수 0 2022. 4. 18.
Controller와 Service 레이어 간 의존성 관리 컨트롤러와 서비스 레이어 간 파라미터 의존성 관리를 어떻게 해야할까? 고민한 내용은 간단하다. Controller → Service로 파라미터를 넘길 때 의존도를 어떻게 할지이다. Controller @GetMapping(value = "/members/me", produces = MediaType.APPLICATION_JSON_VALUE) public MemberResponse findMemberOfMine(@Login LoginMember loginMember) { Member member = memberService.findMemberOfMine(loginMember.getEmail()); return new MemberResponse(member); } Service @Transactional(r.. 공감수 0 댓글수 0 2022. 4. 15.
@NotNull vs @Column(nullable = false) 서론 여기까지 고민하게 된 계기는 Entity에서 필드 검증을 직접해야 할까? 였다. 그러면 항상 로직을 짜아하고, null체크와 같은 것들은 굉장히 중복되는 것들인데 모든 Entity에 비슷한 코드가 들어가게 된다. 그리고 Entity 검증 테스트를 작성할 필요가 있을까? 단순한 검증 로직 귀찮은데? 기존에는 아래 코드와 같이 직접 StringUtils.isBlank와 같이 검증을 했다. 그리고 테스트 작성도 했다. @Entity public class Member { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String email; @Column(nullable = false) private Str.. 공감수 0 댓글수 0 2022. 4. 15.
@Configuration과 @TestConfiguration 문제점 OAuth 로그인을 구현하다 보니, 로그인 테스트를 작성하기 위해 OAuth에 요청 로직을 목킹해야하는 일이 생겼다. 어차피 OAuth 서비스는 요청만 잘하면 정상적인 동작이 보장되므로 실제로 요청할 필요가 없기 때문이다. 내가 테스트해야 하는 것은 요청에 의해 받아온 승인코드, accessToken, 회원 정보들을 조합하여 나의 서비스에 로그인이 되는지 회원가입이 되는지에 대한 것이다. 하지만 이를 인터셉터에서 처리하고 있다보니, 어떻게 목킹해야 할지 고민하게 되었다. @TestConfiguration을 사용했는데 안된다. 여러 글을 찾아보니 @TestConfiguration을 사용하면 된다는 것을 알게 되었다. 먼저 코드 구조는 WebConfig에서 실제 환경 인터셉터를 구성하고, TestWe.. 공감수 0 댓글수 0 2022. 4. 15.
로그인 처리는 Filter와 Interceptor중 무엇을 선택해야 할까? Filter와 Interceptor(로그인 처리, 스프링) 서론 토이 프로젝트로 로그인을 인터셉터로 구현하던 중이었다. 그런데 팀원 중 한 분이 시큐리티는 필터를 사용하는데 무엇을 써야할지에 대한 의문을 내셨다. 나는 인터셉터가 제공하는 기능들이 편리하기 때문에 사용했는데 조금 더 알아보기로 했다. 차이점 Filter와 Interceptor는 실행 시점이 다르다. Filter는 스프링 밖에 Web Application에 존재하고, Interceptor는 스프링에 존재한다. Filter는 스프링에 오기 전에 처리할 수 있기 때문에 스프링까지 들어오는 필요를 줄여준다. Interceptor는 스프링이 기능을 제공하기 때문에 편리하다. 대략 이런 내용들이 많다. @ExceptionHandler 솔직히 경험이 .. 공감수 3 댓글수 1 2022. 4. 11.
Interceptor 예외를 @ExceptionHandler가 핸들링 가능할까? Interceptor에서 예외를 응답 해주는 방법 postman 요청은 성공? 다른 서버에서는 실패? // /error 는 스프링 부트가 제공하고 있기 때문에 커스텀 해도 스프링을 타게 되기 때문에(BasicErrorController.java) // /api/error 와 같이 커스텀 해야한다. request.setAttribute("message", "로그인이 필요한 서비스"); request.getRequestDispatcher("/error").forward(request, response); 문제 HandlerInterceptor에서 예외를 RestControllerAdvice가 핸들링하지 못한다. 상황이 어떤가 살펴보자. 소셜 로그인을 시도한다. authorization code가 유효하지 않.. 공감수 3 댓글수 3 2022. 4. 11.
Spring Rest Docs를 사용하는 이유와 사용하지 않을 이유 Spring Rest Docs VS Swagger 서론 팀원들과 Rest Docs와 Swagger 중 무엇을 고민할지 상의했다. 결과적으로는 나의 생각과는 다르게 Rest Docs를 선택했다. Swagger도 튜토리얼 정도만 해봤기 때문에 둘의 장단점을 명확하게 공감하지는 못한다. 그래서 이번에는 팀원들의 의견을 따라 Rest Docs를 사용하며, 장단점을 느껴보자. Spring Rest Docs VS Swagger Spring Rest Docs Swagger 장점 프로덕션 코드에 영향이 없다. 문서상에 API를 테스트할 수 있는 기능이있다. 테스트 코드가 성공해야 문서 작성이 가능하다. 테스트 코드가 필요없으므로 적용이 쉽다. 단점 테스트 코드를 작성해야 하므로 적용이 불편하다. 프로덕션 코드에 테스트.. 공감수 0 댓글수 0 2022. 3. 26.
스프링에서 싱글톤 빈을 사용해도 위험하지 않은가? 스프링은 싱글톤 빈인데 어떻게 여러 요청을 한 번에 처리하지? 이런 생각이 든 이유는 10개의 요청이 들어왔다고 할 때 싱글톤 빈들을 공유할텐데 어떻게 같이 사용하지? 요청당 쓰레드가 할당 되는 것은 맞는데 이상한데?? 모르겠다. 그냥 뭔가 이상했다. 이상한 점 멀티 쓰레드가 하나의 빈을 사용할 수 있나? 기다려야 하는 것 아닌가? 동시에 사용이 가능하다면 값이 변경되면 위험한거 아닌가? 어떻게 한개의 빈이 여러 요청을 처리할 수 있는거지? 해당 글을 읽고나니 당연하게 알고 있는 내용이었다. 그래도 정리 해보자. 멀티 쓰레드가 하나의 빈을 사용할 수 있나? 기다려야 하는 것 아닌가? 멀티 쓰레드는 CPU당 하나의 쓰레드를 기본적으로 생성하게 된다. CPU가 4개이면 8개의 쓰레드를 2개씩 나누어서 한다고.. 공감수 3 댓글수 0 2022. 2. 14.
스프링 HTTP 메시지 컨버터 HTTP 메시지 컨버터 뷰 템플릿으로 HTML을 생성해서 응답하지 않고, HTTP API처럼 JSON 데이터를 HTTP 바디에서 직접 읽거나 쓰는 경우 HTTP 메시지 컨버터를 사용하면 편리하다. HTTP 메시지 컨버터란? 요청 및 응답이 왔을 경우 HttpServlet등을 하위 레벨을 사용하면 직접 request, response 객체에 write도 하고 여러가지 작업을 직접 해야하므로 불편하기 때문에 이를 편리하게 사용할 수 있도록 @ReqeustBody, @ResponseBody 등을 읽어 사용하기 편한 형태로 제공하는 컨버터이다. 스프링 MVC는 어떤 상황에 HTTP 컨버터를 사용할까? @ReqeustBody, HttpEntity(RequestEntity) @ResponseBody, HttpEnt.. 공감수 0 댓글수 0 2022. 2. 14.
스프링의 뷰 리졸버 뷰 리졸버의 동작 방식을 살펴 보자. 먼저 아래와 같이 Controller 인터페이스를 사용한 어댑터로 테스트를 해보자. return new ModelAndView(”new-Form”); 과 같이 사용할 수 있다. @Component("/springmvc/old-controller") public class OldController implements Controller { @Override public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception { System.out.println("OldController.handleRequest"); return new Mode.. 공감수 0 댓글수 0 2022. 1. 24.
스프링의 핸들러 매핑과 어댑터 스프링은 어댑터 패턴 기반의 프론트 컨트롤러 패턴으로 컨트롤러를 제공하는 핸들러 매핑과 어댑터를 제공한다. 과거에 사용했던 것들을 알아 보자. Controller 인터페이스 @Controller 아님 package org.springframework.web.servlet.mvc; @FunctionalInterface public interface Controller { /** * Process the request and return a ModelAndView object which the DispatcherServlet * will render. A {@code null} return value is not an error: it indicates that * this object completed r.. 공감수 0 댓글수 0 2022. 1. 24.
스프링 MVC 구조 알아보기 이전 글에서 프론트 컨트롤러 패턴으로 프레임 워크를 구현해봤는데 그 구조는 스프링 MVC와 동일하다. 직접 만든 프레임워크와 스프링 MVC 비교 FrontController → DispatcherServlet handlerMappingMap → HandlerMapping(inerterface) MyHandlerAdapter → HandlerAdapter ModelView → ModelAndView viewResolver → ViewResolver(interface) MyView → View(인터페이스) 디스패쳐 서블릿(DispatchServlet) 구조 지금까지 위의 내용은 스프링 MVC를 아주 간단하게 만든 프레임워크이다. 즉, 스프링에서 DispatcherServlet이 프론트 컨트롤러이며, 가장 핵.. 공감수 1 댓글수 0 2022. 1. 24.
프론트 컨트롤러 패턴 프론트 컨트롤러란? 서블릿 하나로 클라이언트의 요청을 다 받아서 공통 처리를 중복없이 하기 위해 사용된다. 이후 나머지 컨트롤러들은 서블릿이 사용하지 않는다. 프론트 컨트롤러가 요청을 받고 응답하기 때문이다. 프론트 컨트롤러가 받아서 다른 컨트롤러를 사용하기 떄문이다. 스프링도 DispatcherServlet이 FrontController이다. 출처 : 김영한의 MVC1편 위와 같이 프론트 컨트롤러에 모든 요청이 오고 공통 작업을 처리하고 각 컨트롤러를 호출해 주는 것이다. 구조 살펴 보기 구조를 살펴보면 아래와 같다. 프론트 컨트롤러에 요청이 온다. → 프론트 컨트롤러는 HttpServlet을 상속 받는다. 프론트 컨트롤러는 컨트롤러들의 URL 관련 정보들을 갖고 있는데 여기서 조회를 한다. → int.. 공감수 0 댓글수 0 2022. 1. 24.
서블릿, JSP, MVC 패턴의 차이 순서대로 보자면, 발전 순서는 이렇다. 순수 자바로 모든 웹 처리 구현 → 서블릿 → JSP → MVC1 → MVC2 어떤 차이점이 있는지 알아보자. 서블릿 JSP, MVC도 모두 서블릿을 활용한 기술이다. 하지만 서블릿은 개발자가 웹 응답이냐 요청 처리에 관여를 해야하고 동적 HTML 생성도 불편하기 때문에 불편함을 느끼게 되었다. 어떤 것이 불편했을까 살펴 보자. 어떤 것이 불편 했을까 웹 서버 요청, 응답에 대한 처리를 직접 해야 함. 동적 HTML 생성이 아주 불편함. 등 여러가지 아래 코드는 서블릿으로 구현한 회원 가입 기능이다. 보는 바와 같이 브라우저에 응답할 Content-Typer과 같은 정보들을 직접 컨트롤 해야 하고 특히 HTML 처리가 엄청나다. 이런 징그러운 코드를 사용하지 않기 .. 공감수 0 댓글수 0 2022. 1. 24.
서블릿과 톰캣의 관계 서블릿이란 HTTP 요청으로부터 웹 페이지를 동적으로 생성하는 서버 프로그램이다.(자바 클래스) 개발할 때 마다 이런 기능을 구현할 수 있겠지만 불편하기 때문에 서블릿이라는 것이 생겨났고, 성능 향상이 되었다. 서블릿은 JPA와 같이 인터페이스가 되며, 이를 지원하는 것이 아파치 톰캣(WAS)이다. JSP와 비슷하지만 서블릿은 자바 코드에서 HTML을 포함하고, JSP는 HTML에 자바 코드를 포함한다. 서블릿에서 동적으로 HTM 만들기 어려워서 JSP가 등장한 것이다. JSP는 결국 내부적으로 서블릿을 호출하게 된다. 이 JSP와 서블릿을 실행할 수 있는 것이 아파치 톰캣이다. 출처 : 위키백과 만약 서버를 바꾸고 싶다면 초록색 박스인 톰캣만 서블릿과 JSP(JSP를 사용한다면)를 지원하는 서버로 갈아.. 공감수 1 댓글수 0 2022. 1. 24.
서블릿과 동시 요청 처리(멀티 쓰레드) 서블릿은 웹 요청과 응답 처리를 해주는 자바 API이다. 즉, 웹 서버처리에 필요한 요청과 응답을 관리하는 것이다. 서블릿을 구현(서블릿은 인터페이스)하는 것들이 톰캣과 같은 WAS 서버인데 톰캣은 apache라는 웹 서버를 포함하고 있다. 즉, 우리가 HttpServlet 같은 것을 사용하여 요청 받고 응답받고 하는 코드들이 톰캣이 서블릿을 구현하여 웹 요청을 처리 해주기 때문인 것이다. 자세히 알아보도록 하자.https://dev-monkey-dugi.tistory.com/119 웹 서버에서는 정확히 무엇을 처리해야 할까? 웹 서버는 웹의 요청과 응답을 관리한다고 했다. 일단 요청이 오고 응답을 주어야 애플리케이션 로직이 당연히 의미가 있는 것이니까 **여기서 웹 서버가 처리한다고 하는 것은 정적 리.. 공감수 0 댓글수 0 2022. 1. 24.
Web Server와 WAS Web Server 정적 리소스 파일 웹 서버도 프로그램 실행하는 기능을 포함하기도 한다고 함... Web Application Server 애플리케이션 로직이 들어간 것(프로그램을 실행하는 것) 애플리케이션 코드를 실행하는데 더 특화 됨. 자바는 서블릿 컨테이너 기능을 제공하면 WAS라고 볼 수도 있지만 서블릿 없이 자바 코드를 실행하는 프레임 워크도 있음. 실무에서 선정 방법 WEB Server와 WAS를 분리하는 이유 WAS도 정적 리소스를 제공할 수 있고, WEB도 동적 기능을 제공할 수 있음. 그런데 왜 분리하지? WAS는 로직을 처리하므로 하는 일이 많기 때문에 정적 리소스까지 처리하면, WAS가 너무 많은 역할을 담당하게 되므로 서버 과부하 우려가 있음 WAS 장애 시 WEB요청 자체가 불가.. 공감수 0 댓글수 0 2022. 1. 24.
스프링의 request 스코프란? 스프링에는 웹 스코프, 싱글톤 스코프, 프로토타입 스코프 크게 3가지가 있다. 그 중 웹 스코프의 request 스코프를 알아 보자. Request 스코프란 웹 스코프는 3가지로 나뉜다. request : 웹 요청이 들어오고 나갈 때 까지 session : 웹 세션이 생성되고 종료될 때 까지 applicaiont : 웹의 서블릿 컨텍스트와 같은 범위 ??????? reqest 스코프는 http의 요청이 오고 응답해서 나갈 때 까지 스프링 빈에 관리되는 스코프이다. 싱글톤과는 다르게 http 요청 마다 개별로 빈을 생성해준다. 언제 사용할 수 있을까? 여러가지가 있겠지만 사용자별 로그에 사용될 수 있다. 10명의 사용자가 요청을 했는데 로그가 어떤 사용자인지 구분없이 보인다면 로그를 보기가 힘들 것이다. .. 공감수 0 댓글수 0 2022. 1. 14.
스프링의 프로토타입과 싱글톤 빈 같이 사용하기 싱글톤으로 클라이언트의 요청을 받으며, 프로토타입 빈을 주입받아 사용하고 싶을 때 어떻게 해야 할까? 일단 주입을 받아보면 어떻게 될까? 싱글톤 빈에 프로토타입빈을 주입을 받아 보자. 싱글톤 빈은 생성 시점에 생정자 주입을 받았으므로 프로토타입 빈을 새로 생성하지 않게 된다. 이렇게 되면 결국 싱글톤과 다를 바가 없게 된다. 테스트 결과를 살펴보면 count2는 값이 2인 것을 확인할 수 있다. @Test void singletonClientUsePrototype() { AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(ClientBean.class, PrototypeBean.class); ClientBean cl.. 공감수 0 댓글수 0 2022. 1. 14.
스프링의 빈 스코프 빈 스코프란? 보통은 싱글톤 빈을 사용하게 된다. 싱글톤 빈은 스프링 컨테이너의 시작 → 종료까지 유지되는 스코프를 가졌다. 스코프라는 것은 빈이 살아있는 범위를 의미한다. 빈 스코프의 종류 싱글톤 → 기본 스코프, 스프링 컨테이너 시작 → 끝 프로토타입 → 의존 관계 주입까지 살아있음. 매번 새로운 객체를 생성한다. → 싱글톤 빈은 스프링 컨테이너 생성 시점에 초기화 메서드가 실행되지만 프로토타입은 빈 조회(ac.getBean)할 때 초기화 메서드가 실행이 된다. 즉, ac.getBean()을 할 때 의존관계 주입이 일어난다. → 스프링 컨테이너가 종료될 때 종료 메서드가 호출되지 않는다. 호출하려면, 조회한 빈에서 직접 호출해주어야 한다. 웹 스코프 request : 웹 요청이 들어오고 나갈 때 까지.. 공감수 0 댓글수 0 2022. 1. 14.
스프링 빈의 생명주기 데이터베이스의 커넥션 풀은 애플리케이션이 시작될 때 연결을 해서 풀을 생성해 놓는다. 이후 애플리케이션이 종료가 될 때 연결을 끊게 된다. 이를 스프링에서 사용한다고 하면 빈이 의존관계 주입까지 끝나면 연결을 하고, 빈이 소멸되면 연결을 끊는 행위가 필요하다. 그렇다면 스프링에서는 이를 어떻게 처리할 수 있을까? 스프링 빈의 생명 주기 스프링은 아래와 같은 생명 주기를 갖는다. 스프링 컨테이너 생성 → 스프링 빈 생성 → 의존관계 주입 → 초기화 콜백 → 사용... → 소멸 전 콜백 → 스프링 종료 초기화 콜백 → 빈이 생성되고, 의존관계 주입이 완료된 후에 호출되는 것 소멸 전 콜백 → 빈이 소멸되기 전에 호출되는 것 당연한 것이지만 스프링은 의존관계 주입까지 끝나야 올바르게 빈을 사용할 준비가 된다... 공감수 0 댓글수 0 2022. 1. 14.
스프링에서 모든 타입의 빈을 동적으로 관리하기 스프링에서 같은 타입의 빈이 2개 이상이면 의존 주입이 실패하게 된다. 하지만 동적으로 빈을 변경해야 사용하고 싶을 경우가 있을 것이다. 예를 들어 어떤 로직에는 정률 할인 정책을 어떤 로직에는 고정 할인 정책을 사용하고 싶을 경우가 있다. 그런데 같은 타입이면 충돌이 나서 주입이 안되는데 어떻게 동적으로 처리할 수 있을까? 그 방법이 바로 전략 패턴을 활용한 컬렉션 사용이다. Map으로 활용 해보자. 생성자 → 같은 타입의 모든 빈을 Map에 담는다. 같은 타입이 2개 이상이도 Map이기 때문에 주입이 가능하다. discount() → String discountCode 파라미터가 전략 패턴을 사용한 코드이다. 클라이언트 코드에서 Map에 담긴 빈 중 원하는 빈을 이름으로 찾는 방법이다. class D.. 공감수 0 댓글수 0 2022. 1. 14.
스프링 조회 대상 빈이 2개 이상일 경우 스프링 컨테이너는 조회 대상의 타입이 2개 이상일 경우 에러를 발생 시킨다. 이 경우 하위 타입으로 지정해도 되지만 DIP, OCP 위반이다. @Autowired 필드 명 or 파라미터 명으로 빈 이름 매칭 아래와 같은 코드가 있을 경우 같은 타입의 빈이 두개이므로 등록을 할 수 없는 에러가 발생한다. DiscountPolicy타입으로 fixDiscountPolicy,rateDiscountPolicy 2개의 하위 타입이 있기 때문에 나는 에러이다.(NoUniqueBeanDefinitionException) 의존 주입을 시도할 때 발생하는 것이다. @Component public class OrderServiceImpl implements OrderService { private final MemberRe.. 공감수 0 댓글수 0 2022. 1. 14.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.