티스토리

선 조치 후 분석

검색하기

블로그 홈

선 조치 후 분석

aroma-bok.tistory.com/m

경험하고 배우는 것을 좋아하는 개발자

구독자: 0

방명록 방문하기

주요 글 목록

[Spring] 스프링 컨텍스트(Spring Context) 그리고 스프링 MVC 개념과 흐름 스프링 컨텍스트 (Spring Context) 스프링 프레임워크의 핵심 기능으로, 애플리케이션에서 사용되는 객체(빈, Bean)를 생성, 관리, 설정, 조립하고 제공하는 중앙관리 시스템 애플리케이션 실행에 필요한 구성 요소를 관리하는 컨테이너(Container) 스프링 컨텍스트 역할 1. 객체 생성 및 관리 ▶ @Component, @Service, @Repository, @Bean 등의 어노테이션으로 등록된 객체를 생성하고 관리 2. 의존성 주입(Dependency Injection, DI) ▶ 객체 간의 의존 관계를 자동으로 연결해 주는 역할 ▶ 이를 통해, 코드에서 객체 생성 및 초기화 과정을 단순화 3. 빈(Bean) 검색 및 제공 ▶ 필요한 객체를 컨텍스트에서 검색해서 제공하며, 이때 개발.. 공감수 3 댓글수 0 2025. 1. 13.
[JPA] JPA란? 그리고 JPA에서 자주 사용되는 어노테이션 JPA( Java-Persistence API)Java 애플리케이션에서 데이터베이스와 객체 간 매핑(ORM)을 처리하는 표준 APIJPA는 복잡한 검색 조건을 사용해서 엔티티 객체를 조회할 수 있는 다양한 쿼리기술을 지원데이터베이스에 의존적인 SQL을 작성하는 대신 객체를 사용해 데이터베이스 작업을 수행할 수 있도록 지원JPA 주요 개념엔티티(Entity)데이터베이스 테이블과 매핑되는 자바 클래스각 엔티티는 @Entity 어노테이션으로 표시엔티티의 필드는 데이터베이스의 컬럼에 매핑영속성(Persistence)애플리케이션에서 객체를 영구적으로 저장, 읽기, 수정, 삭제 등의 작업을 수행영속성 컨텍스트는 JPA에서 이러한 영속성을 관리하는 핵심 역할EntityManager엔티티를 저장하고, 수정하고, 삭제하.. 공감수 0 댓글수 0 2025. 1. 13.
[Spring Cloud Stream] Spring Cloud Stream 개념 SCS (Spring Cloud Stream) Spring Framework를 기반으로 한 메시징 마이크로서비스 개발을 위한 프레임워크 MQ와 같은 메시징 시스템과 쉽게 통합할 수 있도록 설계되어 있으며, Kafka, RabbitMQ 등 다양한 메시징 미들웨어를 지원 주요 개념1. 메시지 중심의 마이크로서비스SCS는 비동기 메시징을 기반으로 마이크로서비스 간 통신을 가능하게 한다.이벤트 기반의 데이터 흐름을 처리하거나 메시지를 전달하는데 최적화되어 있다. 2. 바인딩개념(Binding)애플리케이션 코드를 메시징 미들웨어와 추상화된 인터페이스로 연결input(입력채널) : 외부 메시지를 소비 output(출력채널) : 외부로 메시지를 발행 3. Binder 추상화 MQ나 Kafka 같은 다양한 메시징 시스.. 공감수 0 댓글수 0 2024. 12. 9.
[Spring Security, Thymeleaf] #authentication, #authorization 인증 객체 (헬퍼 객체) 일반적으로 스프링 시큐리티 인증을 받은 로그인한 사용자의 정보를 타임리프에서 사용하고 싶을 때 사용Spring Security와 Thymeleaf는 자연스럽게 통합되어 인증 및 권한 정보를 템플릿에서 쉽게 접근할 수 있도록 지원Spring Security의 인증정보를 Thymeleaf 템플릿 내에서 접근할 때는 #authentication 또는 #authorization이라는 헬퍼 객체를 사용#authentication 헬퍼 객체#authentication은 현재 인증된 사용자의 정보를 가져오는 데 사용Spring Security의 Authentication 객체에 있는 다양한 정보를 조회 주요 속성#authentication.name : 현재 로그인한 사용자의 이름 #authentication.prin.. 공감수 0 댓글수 0 2024. 10. 10.
JSP와 Thymeleaf 차이점 JSP vs ThymeleafJSP는 일반적으로 Java MVC 구조에서 View의 역할을 하는데, 요즘은 Spring에서는 View의 역할로Thymeleaf를 더 선호한다. JSP와 Thymeleaf의 가장 큰 차이는 Jar파일로 export 가능한지의 여부이다.Spring으로 빌드하면 기본적으로 Jar파일로 빌드가 되는데, JSP는 Jar 패키징이 불가능하고, War 패키징만 가능하다. 그래서 Jar로 패키징이 가능한 Thymeleaf를 사용하는 것이 더 좋고 편리하다. War로 패키징을 하려면 WAS가 필요하고 사전에 정의된 구조만을 사용해야 하기 때문에 복잡하다.그래서 Jar로 패키징 하는 것이 더 편리하다. Spring Boot + JSP로 프로젝트를 Jar로 빌드해 실행하면, 브라우저에 오류.. 공감수 0 댓글수 0 2024. 7. 17.
web.xml, dispatcher-servlet.xml, pom.xml 개념과 차이점 그리고Spring 웹 애플리케이션 동작순서 dispatcher-servlet.xml, web.xml 그리고 pom.xml은 각각 Spring 웹 애플리케이션의 구성파일이다. 이 파일들은 Spring MVC 프레임워크를 기반으로 한 웹 애플리케이션의 설정, 배포, 의존성, 관리 등을 담당한다. 각 파익의 역할과 동작하는 순서를 간단하게 알아보자. web.xml 서블릿 기반 웹 애플리케이션의 배포 서술자(Deployment Descriptor)로, 웹 애플리케이션의 구성 및 설정 정보를 담고 있다. 웹 애플리케이션 시작 시 컨테이너가 web.xml을 읽어서 설정을 초기화하고 필요한 서블릿 및 필터를 등록한다. Spring MVC의 DispatcherServlet 역시 web.xml에서 설정하며, 애플리케이션의 모든 요청을 받아들이고 처리하는 역할을 .. 공감수 0 댓글수 0 2023. 8. 25.
@Autowired vs @Resource 차이점 보통 @Autowired를 활용해서 의존성 주입을 해왔지만 @Resource를 이용해서 의존성 주입하는 프로젝트를 진행하면서 차이점을 공부하려고 정리해 본다. @Autowired와 @Resource는 빈(Bean)을 주입하는 데 사용되는 어노테이션이다. 둘 다 빈(Bean) 주입을 위한 목적으로 사용되지만, 몇 가지 차이점이 있다. @Autowired 스프링의 의존성 주입(DI) 기능을 활용하여 빈(Bean)을 주입 타입(Type)에 따라 주입을 수행하며, 동일한 타입의 빈(Bean)이 여러 개 존재할 경우에는 변수 이름과 빈(Bean)의 이름을 비교하여 주입 생성자, 필드, 메서드의 파라미터에 어노테이션을 사용하여 의존성을 주입할 수 있다. Spring에서 제공하는 어노테이션 필드 주입 @Service.. 공감수 0 댓글수 0 2023. 8. 21.
@RequestBody와 @ResponseBody @RequestBody와 @ResponseBody Spring에서 사용되는 어노테이션으로, HTTP 요청의 본문(Body) 데이터와 HTTP 응답의 본문(Body) 데이터를 처리하는 데 사용된다. 주로 RESTful 웹 서비스에서 JSON이나 XML과 같은 데이터 형식을 전송하고 수신할 때 활용된다. @RequestBody HTTP 요청의 본문(Body) 데이터를 특정 Java 객체로 변환하는 데 사용된다. 주로 POST, PUT 요청에서 클라이언트가 전송한 데이터를 서버에서 파싱 하여 Java 객체로 변환한다. @PostMapping("/create") public ResponseEntity createUser(@RequestBody User user) { // user 객체 활용 } @Response.. 공감수 0 댓글수 0 2023. 8. 21.
[Spring Boot] Spring Data JPA 간단 CRUD 사용 및 데이터베이스 설정 Spring Data JPA 라이브러리를 사용하여 데이터베이스에 연결해 보았다. 설정 1. Gradle dependencies 설정 dependencies { implementation 'org.springframework.boot:spring-boot-starter-data-jpa' implementation 'org.springframework.boot:spring-boot-starter-web' compileOnly 'org.projectlombok:lombok' developmentOnly 'org.springframework.boot:spring-boot-devtools' annotationProcessor 'org.projectlombok:lombok' providedRuntime 'org.s.. 공감수 0 댓글수 0 2023. 3. 7.
[Spring Boot] Spring Boot 3.x 실행 오류 || No matching variant of org.springframework.boot:spring-boot-gradle-plugin 이클립스만 쓰다가 인텔리 J로 갈아타기 위해서 혼자 프로젝트를 진행하려고 설정을 세팅하는 과정에서 생겨난 해프닝이다. 문제 Gradle import 하는 과정에서 No matching variant of org.springframework.boot:spring-boot-gradle-plugin 에러 발생 해결방법 22년 11월 Spring Boot 3가 정식 릴리즈 되면서 Java 17 이상만 지원하기로 변경되었다. 필자는 Java 11 버전으로 사용하기 위해서 Spring Boot를 2.x버전으로 다운그레이도 하여 사용하였다. 그 외 이 같은 오류가 발생한다면 아래 방법들을 생각해 두고 처리해 보자. 1. Spring Boot 2.x 버전으로 변경 2. Java 17 이상으로 변경 (Spring Boo.. 공감수 0 댓글수 0 2023. 3. 6.
[Spring] context-param In web.xml ※ STS에서 기본적으로 제공해 주는 설정 파일 외에, 사용자가 직접 컨트롤하는 XML파일을 지정해 주는 역할 ※ root-context : 여기에 등록되는 bean들은 모든 context에서 사용된다. ※ servlet-context : 여기에 등록되는 bean들은 servlet-context 에서만 사용된다. ※ bean이 겹치는 경우에는 servlet-context에 있는 bean을 사용 공감수 0 댓글수 0 2023. 2. 24.
@PathVariable vs @RequestParam vs @RequestBody 그리고 HttpServletRequest , 파라미터 수신 방법 정리 파라미터 전달할 때 사용하는 어노테이션에 대해 잘못 알고 있던 개념을 다시 한번 정리하기 위해 작성했다. @PathVariable URL 경로에서 경로 변수 값을 추출하는 데 사용 주로 GET 요청에서 사용 @RestController @RequestMapping("/api") public class MyController { @GetMapping("/users/{userId}") public ResponseEntity getUser(@PathVariable Long userId) { // userId는 경로 변수로 추출된 값입니다. User user = userService.getUserById(userId); return ResponseEntity.ok(user); } } @RequestParam U.. 공감수 1 댓글수 1 2022. 9. 23.
[Spring Framework] Maven으로 JRE System Library JavaSE-1.8로 변경하기 Maven으로 JRE System Library JavaSE-1.8로 변경하기 1. pom.xml에 속성 추가 1.8 1.8 2. 해당 프로젝트 Maven 업데이트 공감수 0 댓글수 0 2022. 5. 16.
[Spring] Spring Framework - 핵심 원리 (50) - 스프링 핵심 원리와 핵심 기능 정리 스프링 핵심 원리와 핵심 기능 정리 스프링 핵심 원리 객체 지향 설계 다형성 - 역할과 구현의 분리 SOLID [OCP, DIP] DI 컨테이너 스프링 핵심 기능 스프링 컨테이너, 빈 싱글톤 컴포넌트 스캔 의존관계 자동 주입 빈 생명주기 콜백 빈 스코프 공감수 0 댓글수 0 2022. 5. 9.
[Spring] Spring Framework - 핵심 원리 (49) - 스코프와 프록시 +웹 스코프와 프록시 동작 원리 + CGLIB 스코프와 프록시 +웹 스코프와 프록시 동작 원리 + CGLIB 이번에는 프록시 방식을 사용해보자. 1. MyLogger 수정 기존 코드 @Component @Scope(value="request") // 생존범위는 고객의 요청이 들어와서 나갈때까지다. public class MyLogger { 프록시 방식을 사용한 코드 @Component @Scope(value="request", proxyMode = ScopedProxyMode.TARGET_CLASS) // 생존범위는 고객의 요청이 들어와서 나갈때까지다. public class MyLogger { 여기가 핵심이다. @Scope(value="request", proxyMode = ScopedProxyMode.TARGET_CLASS) 코드처럼 수정하자. .. 공감수 0 댓글수 0 2022. 4. 26.
[Spring] Spring Framework - 핵심 원리 (48) - 스코프와 Provider + ObjectProvider 스코프와 Provider + ObjectProvider 저번 정리 때, 스프링 애플리케이션을 실행시키면 오류가 발생했다. 스프링 애플리케이션을 실행하는 시점에 싱글톤 빈은 생성해서 주입이 가능하지만, request 스코프 빈은 아직 생성되지 않는다. 이 빈은 실제 고객의 요청이 와야 생성할 수 있다. 그렇다면 이런 문제점을 어떻게 해결할 수 있을까? 스코프와 Provider 첫 번째 해결방안은 앞서 배운 Provider를 사용하는 것이다. 간단히 ObjectProvider를 사용해보자. 1. Controller 수정 ObjectProvider 를 사용함으로써 원하는 MyLogger를 찾을 수 있는 객체를 주입받는다. @Controller @RequiredArgsConstructor public class.. 공감수 0 댓글수 0 2022. 4. 21.
[Spring] Spring Framework - 핵심 원리 (47) - request 스코프 예제 만들기 request 스코프 예제 만들기 웹 스코프는 웹 환경에서만 동작하므로 web 환경이 동작하도록 라이브러리를 추가하자. build.gradle에 아래 코드를 적용하자. //web 라이브러리 추가 implementation 'org.springframework.boot:spring-boot-starter-web' 늘 말하지만, build.gradle에 추가하면, Gradle->Refresh Gradle Project를 눌러주자. 그리고 라이브러리를 확인해보면, spring-web과 관련된 기술들이 들어온 것을 확인할 수 있다. 이제 hello.core.CoreApplication의 main 메서드를 실행하면 웹 애플리케이션이 실행되는 것을 확인할 수 있다. 2022-04-12 22:19:26.834 INF.. 공감수 0 댓글수 0 2022. 4. 12.
[Spring] Spring Framework - 핵심 원리 (46) - 웹 스코프 + session, request, application, websocket 웹 스코프 + session, request, application, websocket 지금까지 싱글톤과 프로토타입 스코프를 학습했다. 싱글톤은 스프링 컨테이너의 시작과 끝까지 함께하는 매우 긴 스코프이고, 프로토타입은 생성과 의존관계 주입, 그리고 초기화까지만 진행하는 특별한 스코프이다. 이번에는 웹 스코프에 대해서 알아보자. 웹 스코프의 특징 웹 스코프는 웹 환경에서만 동작한다. 웹 스코프는 프로토타입과 다르게 스프링이 해당 스코프의 종료 시점까지 관리한다. 따라서 종료 메서드가 호출된다. 웹 스코프의 종류 request : HTTP 요청 하나가 들어오고 나갈 때까지 유지되는 스코프, 각각의 HTTP 요청마다 별도의 빈 인스턴스가 생성되고, 관리된다. session : HTTP Session과 동일한.. 공감수 0 댓글수 0 2022. 4. 11.
[Spring] Spring Framework - 핵심 원리 (45) - 프로토타입 스코프 - 싱글톤 빈과 함께 사용시 Provider로 문제 해결 + 의존관계 조회(탐색) + Dependency Lookup(DL) + ObjectFactory, ObjectProvider + JSR-330 Provider 프로토타입 스코프 - 싱글톤 빈과 함께 사용 시 Provider로 문제 해결 + 의존관계 조회(탐색) + Dependency Lookup(DL) + ObjectFactory, ObjectProvider + JSR-330 Provider 싱글톤 빈과 프로토타입 빈을 함께 사용할 때, 어떻게 하면 사용할 때마다 항상 새로운 프로토타입 빈을 생성할 수 있을까? 스프링 컨테이너에 요청 가장 간단한 방법은 싱글톤 빈이 프로토타입을 사용할 때마다 스프링 컨테이너에 새로 요청하는 것이다. 저번 시간에 작성했던 ClientBean 내용만 아래처럼 바꾸면 사용은 가능하다. (하지만 무식한 방법이다.) static class ClientBean { @Autowired private ApplicationContext ac;.. 공감수 0 댓글수 0 2022. 4. 7.
[Spring] Spring Framework - 핵심 원리 (44) - 프로토타입 스코프 - 싱글톤 빈과 함께 사용 시, 문제점 프로토타입 스코프 - 싱글톤 빈과 함께 사용 시, 문제점 프로토타입 스코프 - 싱글톤 빈(Bean)과 함께 사용 시 문제점 스프링 컨테이너에 프로토타입 스코프의 빈(Bean)을 요청하면 항상 새로운 객체 인스턴스를 생성해서 반환한다. 하지만, 싱글톤 빈(Bean)과 함께 사용할 때는 의도한 대로 잘 동작하지 않으므로 주의해야 한다. 그림과 코드로 알아보자. 먼저 스프링 컨테이너에 프로토타입 빈(Bean)을 직접 요청하는 예제를 보자. 스프링 컨테이너에 프로토타입 빈(Bean) 직접 요청 1 1. 클라이언트 A는 스프링 컨테이너에 프로토타입 빈(Bean)을 요청한다. 2. 스프링 컨테이너는 프로토타입 빈(Bean)을 새로 생성해서 반환(x01)한다. 해당 빈의 count 필드 값은 0이다. 3. 클라이언트.. 공감수 0 댓글수 0 2022. 4. 5.
[Spring] Spring Framework - 핵심 원리 (43) - 빈(Bean) 스코프 + 싱글톤 스코프 + request, session, application (웹 관련 스코프) + 프로토타입 스코프 빈(Bean) 스코프 + 싱글톤 스코프 + request, session, application (웹 관련 스코프) + 프로토타입 스코프 빈(Bean) 스코프란? 지금까지 우리는 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어서 스프링 컨테이너가 종료될 때까지 유지된다고 학습했다. 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈(Bean)이 존재할 수 있는 범위(영역)를 뜻한다. 스프링은 다음과 같은 다양한 스코프를 지원한다. 싱글톤 : 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프 (가장 긴 스코프) 프로토 타입 : 스프링 컨테이너는 프로토타입의 빈(Bean)의 생성과 의존관계 주입까지만 관여하고 더는 관리하는 않는 매우.. 공감수 0 댓글수 0 2022. 4. 4.
[Spring] Spring Framework - 핵심 원리 (42) - 빈 등록 초기화, 소멸 메서드 지정 + InitializingBean, DisposableBean + 빈(Bean) 기능 + @PostConstruct, @PreDestroy 어노테이션 사용법 빈 등록 초기화, 소멸 메서드 지정 + InitializingBean, DisposableBean + 빈(Bean) 기능 + @PostConstruct, @PreDestroy 어노테이션 사용법 앞서 공부한 내용에서 스프링의 빈(Bean) 생명주기 콜백 지원하는 방법에는 3가지가 있다고 공부했다. 1. 인터페이스(InitializingBean, DisposableBean) 2. 설정 정보에 초기화 메서드, 종료 메서드 지정 3. @PostConstruct, @PreDestroy 어노테이션 지원 1. 인터페이스(InitializingBean, DisposableBean) 1. InitializingBean와 DisposableBean를 상속 가장 먼저 저번 내용에서 만들어둔 NetworkClient에 Ini.. 공감수 1 댓글수 0 2022. 3. 29.
[Spring] Spring Framework - 핵심 원리 (41) - 빈 생명주기 콜백(Bean LifeCycle Callback Method) + 콜백이란? + 콜백 종류 (초기화, 소멸 전 콜백) + 스프링 빈 라이프사이클 빈 생명주기 콜백(Bean LifeCycle Callback Method) + 콜백이란? + 콜백 종류 (초기화, 소멸 전 콜백) + 스프링 빈 라이프사이클 + 커넥션 풀 (Connection Pool) 빈 생명주기 콜백 (Bean LifeCycle Callback Method) : 스프링 빈이 생성되거나 소멸되기 직전에 빈(Bean) 안에 있는 메서드를 호출해주는 기능 콜백 (Call-Back) : 어떠한 이벤트가 발생했거나 특정 시점에 도달했을 때 시스템에서 호출하는 함수 커넥션 풀 (Connection Pool) : 일반적으로 서버는 동시에 사용할 수 있는 사람의 수라는 개념이 존재한다. 동시 접속자 수를 벗어나게 될 경우 에러(예외)가 발생하게 된다. 하지만, Connection Pool을 이용하.. 공감수 1 댓글수 0 2022. 3. 28.
[Spring] Spring Framework - 핵심 원리 (40) - 자동, 수동의 올바른 실무 운영 기준 자동, 수동의 올바른 실무 운영 기준 + 빈을 자동 및 수동으로 등록해야 할 때 편리한 자동 기능을 기본으로 사용하자. 그러면 어떤 경우에 컴포넌트 스캔과 자동 주입을 사용하고, 어떤 경우에 설정 정보를 통해서 수동으로 빈을 등록하고, 의존 관계도 수동으로 주입해야 할까? 결론부터 이야기하면, 스프링이 나오고 시간이 갈수록 점점 자동을 선호하는 추세다. 스프링은 @Component뿐만 아니라 @Controller, @Service, @Repository처럼 처럼 계층에 맞추어 일반적인 애플리케이션 로직을 자동으로 스캔할 수 있도록 지원한다. 거기에 더해서 최근 스프링 부트는 컴포넌트 스캔을 기본으로 사용하고, 스프링 부트의 다양한 스프링 빈들도 조건이 맞으면 자동으로 등록하도록 설계했다. 설정 정보를 기.. 공감수 0 댓글수 0 2022. 3. 22.
[Spring] Spring Framework - 핵심 원리 (39) -조회한 빈이 모두 필요할 때, List, Map + 다형성 활용 + 동일한 타입의 스프링 빈이 다 필요한 경우 조회한 빈이 모두 필요할 때, List, Map + 다형성 활용 + 동일한 타입의 스프링 빈이 다 필요한 경우 의도적으로 정말 해당 타입의 스프링 빈이 다 필요한 경우도 있다. 예를 들어서, 할인 서비스를 제공하는데, 클라이언트가 할인의 종류(rate, fix)를 선택할 수 있다고 가정해보자. 스프링을 사용하면 소위 말하는 전략 패턴을 매우 간단하게 구현할 수 있다. 코드로 살펴보자. 1. 테스트 코드 생성 public class AllBeanTest { @Test public void findAllBean() { ApplicationContext ac = new AnnotationConfigApplicationContext(AutoAppConfig.class,DiscountService.class); .. 공감수 0 댓글수 0 2022. 3. 22.
[Spring] Spring Framework - 핵심 원리 (38) -어노테이션(@) 만드는 방법 + 스프링이 어노테이션을 읽어오는 원리 어노테이션(@) 만드는 방법 + 스프링이 어노테이션을 읽어오는 원리 어노테이션 직접 만들기 @Qualifier("mainDiscountPolicy") 이렇게 문자를 적으면 컴파일 시 타입 체크가 안된다. 예를 들어, "mainnDiscountPolicy"으로 써도 동작 은하지만, 오류가 발생한다. 그래서 다음과 같은 어노테이션을 만들어서 문제를 해결할 수 있다. 1. 필요한 어노테이션들을 얻어오자. Qualifier의 어노테이션들을 그대로 따와서 적용해주자. @Target({ElementType.FIELD, ElementType.METHOD, ElementType.PARAMETER, ElementType.TYPE, ElementType.ANNOTATION_TYPE}) @Retention(Retention.. 공감수 0 댓글수 0 2022. 3. 18.
[Spring] Spring Framework - 핵심 원리 (37) - @Autowired, @Qualifier, @Primary + 조회 대상 빈이 2개 이상일 때, 해결방법 + @Qualifier VS @Primary 차이점 + @Qualifier VS @Primary 우선순위 @Autowired, @Qualifier, @Primary + 조회 대상 빈이 2개 이상일 때, 해결방법 + @Qualifier VS @Primary 차이점 + @Qualifier VS @Primary 우선순위 앞서 배웠던 내용에서, 같은 타입(Type)의 빈이 있다면 오류가 발생하는 경우가 생긴다. 어떻게 해결해야 하는지 하나씩 알아보자. 조회 대상 빈이 2개 이상일 때, 해결방법 1. @Autowired 필드 명 매칭 2. @Qualifier -> @Qualifier끼리 매칭 -> 빈 이름 매칭 3. @Primary 사용 1. @Autowired 필드 명 매칭 (타입 -> 필드 -> 파라미터) @Autowired는 타입 매칭을 시도하고, 이때 여러 빈이 있으면, 필드 이름, 파라미터 이름으로 빈 이름.. 공감수 0 댓글수 0 2022. 3. 17.
[Spring] Spring Framework - 핵심 원리 (36) - 조회 빈이 2개 이상 조회 빈이 2개 이상일 때 발생되는 문제 + NoUniqueBeanDefinitionException @Autowired는 타입(Type)으로 조회한다. @Autowired public OrderServiceImpl(MemberRepository memberRepository,DiscountPolicy discountPolicy) { this.memberRepository = memberRepository; this.discountPolicy = discountPolicy; } 타입으로 조회하기 때문에, 마치 다음 코드와 유사하게 동작한다. ac.getBean(DiscountPolicy.class) 스프링 빈 조회에서 학습했듯이 타입으로 조회하면 선택된 빈이 2개 이상일 때 문제가 발생한다. Discou.. 공감수 0 댓글수 0 2022. 3. 16.
[Spring] Spring Framework - 핵심 원리 (35) - 롬복(Lombok)과 최신 트렌드 롬복(Lombok)과 최신 트렌드 + Getter, Setter + 롬복 설치방법 + 롬복 역할 최근 SQLD 자격증을 공부하느라 스프링 공부를 제대롤 하지 못했다. 다시 공부해보자! 롬복(Lombok)과 최신 트렌드 막상 개발을 해보면, 대부분이 다 불변이고, 그래서 다음과 같이 생성자에 final 키워드를 사용하게 된다. 그런데 생성자도 만들어야 하고, 주입받은 값을 대입하는 코드도 만들어야 하고.. 필드 주입처럼 좀 편리하게 사용하는 방법은 없을까? 역시 개발자는 귀찮은 것은 못 참는다...! 다음 기본 코드를 최적화해보자. @Component public class OrderServiceImpl implements OrderService{ private final MemberRepository m.. 공감수 0 댓글수 0 2022. 3. 15.
[Spring] Spring Framework - 핵심 원리 (34) - 생성자 주입을 선택해라 + 생성자 주입 vs 수정자 주입 차이 + 생성자 주입의 장점 + final 키워드 생성자 주입을 선택해라 + 생성자 주입 vs 수정자 주입 차이 + 생성자 주입의 장점 + final 키워드 생성자 주입을 선택해라! 과거에는 수정자 주입과 필드 주입을 많이 사용했지만, 최근에는 스프링을 포함한 DI 프레임워크 대부분이 생성자 주입을 권장한다, 그 이유는 다음과 같다. 불변 대부분의 의존관계 주입은 한번 일어나면 애플리케이션 종료 시점까지 의존관계를 변경할 일이 없다. 오히려 대부분의 의존관계는 애플리케이션 종료 전까지 변하면 안 된다. (불변해야 한다.) 수정자 주입을 사용하면, setXxx 메서드를 public으로 열어두어야 한다. 누군가 실수로 변경할 수도 있고, 변경하면 안 되는 메서드를 열어두는 것은 좋은 설계 방법이 아니다. 생성자 주입은 객체를 생성할 딱 1번만 호출되므로 이.. 공감수 0 댓글수 0 2022. 3. 1.

문의안내

티스토리
로그인
고객센터

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