티스토리

devlog
검색하기

블로그 홈

devlog

salmon16.tistory.com/m

salmon16 님의 블로그입니다.

구독자
0
방명록 방문하기

주요 글 목록

  • 잘 못 처리한 @ControllerAdvice를 수정하기 개요프로젝트에서 ControllerAdvice를 사용해서 에러를 처리하는 중 이상한 버그가 발생했다. 아래와 같이 에러가 처리되는 것이 아닌 무한로그가 찍히면서 요청이 종료되지 않는 것이다.   문제  분석 문제를 분석한 결과 ControllerAdvice에서 에러를 처리할 때 ResponseBody로 처리하지 않아 에러 부분을 스프링에서no static resource에러를 발생한 것이다.   해결 아래와 같이 ControllerAdvice클래스에 ResponseBody를 추가해 해결해 주었다.@ControllerAdvice@ResponseBodypublic class GlobalExceptionHandler {아래와 같이 에러를 옳게 처리하는 것을 확인할 수 있다. 공감수 0 댓글수 0 2024. 8. 5.
  • 스프링에서 GPT API로 이미지 전송하기 개요스프링에서 GPT-4o API를 활용해 이미지를 전송하고 답변을 받아보자.  yml먼저 GPT 설정을 위해 yml파일을 작성하자 openai: model: gpt-4o api: key: token url: https://api.openai.com/v1/chat/completions model과 gpt 사이트에서 발급받은 key를 token에 넣어 둔 후 API를 요청할 url을 작성한다.   이미지 인코딩하기GPT에 요청을 하려면 이미지를 base64로 인코딩을 해야 한다. 이를 위해 ImageUtils 클래스를 만들어 MultipartFile이미지를 인코딩 하자 public class ImageUtils { public static String encodeImageToBase64.. 공감수 0 댓글수 0 2024. 7. 19.
  • enum 타입(key-value)의 Json 반환, 객체를 Json 직렬화 개요프로젝트에서 enum 타입을 key-value로 사용하고 있었다. 이를 원하는 Json형식으로 변경하는 과정을 담으려고 한다. 본문프로젝트에서 지하철 라인을 enum 타입으로 관리하고 있었다.public enum SubwayLine { LINE_1("1호선"), LINE_2("2호선"), LINE_3("3호선"), LINE_4("4호선"), DONGHAE("동해선"), GIMHAE_LIGHT_RAIL("부산김해경전철"); private String lineName; 지하철 라인을 담은 Dto를 아래와 같이 작성했다고 가정하자.public class TestDto { private Long id; private String name; .. 공감수 0 댓글수 0 2024. 5. 17.
  • @Profile("local") 사용 개요embedded redis를 사용하기 위해 local환경에서는 embeddedRedisConfig클래스를 @Configuration으로 등록해 주어야 하 할 일이 생겼다. 이를 local환경에서만 등록되도록 설정해 보자 Profile보통 애플리케이션은 여러 환경에서 실행될 수 있다. 예를 들어 개발, 테스트, 운영 등의 환경이 있을 수 있다. 각 환경마다 필요한 설정이나 빈들이 달라질 수 있다. @Profile 어노테이션은 이러한 환경에 따라 다른 설정을 제공할 때 사용된다. @Profile("local")@Configurationpublic class EmbeddedRedisConfig {위 코드와 같이 클래스 위에 Profile 어노테이션을 추가해 준다.그 후 application.properti.. 공감수 0 댓글수 0 2024. 5. 9.
  • request 웹 스코프와 프록시 웹 스코프는 웹 환경에서만 동작한다 그중 request 웹 스코프에 대해 알아보자. Request 웹스코프는 HTTP 요청 하나가 들어오고 나갈 때까지 유지되는 스코프이며 각각의 HTTP 요청마다 별도의 빈 인스턴스가 생성되고 관리된다. 다음 그림을 보자 클라이언트 A와B는 싱글톤인 Controller와 Service빈을 공통으로 가지고 request scope빈은 개별로 다른 인스턴스를 HTTP 요청을 할 시에 할당되어 가진다. request빈의 특징은 HTTP가 들어오고 나갈 때까지 유지되는 것이기 때문에 클라이언트 A가 Controller에서 request scope빈을 요청하고 그 후 Service에서 resquest scope빈을 요청을 또 하더라도 같은 인스턴스의 전용 request scope.. 공감수 0 댓글수 0 2023. 7. 26.
  • 프로토타입 스코프 빈과 싱글톤 빈을 함께 사용시 문제점 프로토타입 스코프 빈과 싱글톤 빈을 함께 사용하면 문제점이 발생할 수 있다. 아래 예시를 통해 알아보자. 위 그림에 프로토타입 스코프 빈은 count라는 0으로 초기화된 private 변수를 가지며 메서드 addCount()를 통해 count 값을 1 증가시킨다. 우리가 원하는 작동 방식은 클라이언트 A와 B가 각각의 프로토타입 스코프 빈을 할당받아 각각의 count값을 가지고 각자 addCount() 메서드를 통해서 1씩 증가시킨 count 1 값을 가지기를 원한다. 하지만. cilentBean은 싱글톤이고 cilentBean은 프로토타입 스코프 빈을 생성자로 의존관계를 주입받는다. 그럼 주입 시점에 스프링 컨테이너에 프로토타입 빈을 요청한다. 그럼 스프링 컨테이너는 프로토타입 빈을 생성해서 clien.. 공감수 0 댓글수 0 2023. 7. 25.
  • 프로토타입 스코프 빈 스코프란 이름 그대로 빈이 존재할 수 있는 범위를 뜻한다. 우리는 지금까지 컨테이너의 시작과 종료까지 유지되는 스코프를 가지는 싱글톤에 대해서 공부를 했다. 하지만 프로토타입이라는 스프링 컨테이너가 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 스코프를 가지는 프로토 타입 빈이라는 것도 있다. 빈 스코프는 @Scope애노테이션을 이용해서 지정할 수 있다. 기본 디폴트 값은 singleton이다. 프로토타입은 다음과 같이 지정할 수 있다. @Scope("prototype") @Bean PrototypeBean HelloBean() { return new HelloBean(); } 싱글톤 스코프의 빈을 조회하면 스프링 컨테이너는 항상 같은 인스턴스의 스프링 빈을 반환하지만 프로토타입의 스코.. 공감수 0 댓글수 0 2023. 7. 24.
  • 빈 생명주기 콜백 데이터베이스 커넥션 풀, 네트워크 소켓처럼 애플리케이션시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요하다. 스프링 빈은 객체를 생성하고 의존관계를 주입한 다음 필요한 데이터를 사용할 수 있는 준비가 된다. 그러므로 초기화 작업은 읜존관계주입이 끝난 다음에 해야 한다. 이를 위해서는 개발자는 의존관계 주입이 완료된 시점을 알아야 하는데 스프링은 의존관계 주입이 완료되거나 스프링 컨테이너가 종료되기 직전에 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려주는 여러 가지 기능을 제공한다. 요약하자면 스프링 컨테이너 생성 -> 스프링 빈 생성 -> 의존관계 주입 -> 초기화 콜백 -> 빈 사용 -> 소멸 전 콜백 .. 공감수 0 댓글수 0 2023. 7. 24.
  • 동일 타입 2개 이상의 빈이 모두 필요할 때 동일 타입으로 조회한 빈이 모두 필요한 경우가 있다. 예를 들어 고객이 RateDiscountPolicy를 선택해서 할인을 받을지 FixDiscountPolicy를 선택해서 할인을 받을지 고를 수 있다고 생각해 보자. 이를 위해 같은 타입의 빈을 List나 Map으로 받아와야 한다. @Autowired public DiscountService(Map policyMap, List policies) { this.policyMap = policyMap; this.policies = policies; } 이렇게 Map과 List로 의존관계를 주입 받을 수 있다. Map에는 빈 이름이 key 인스턴스가 value로 저장된다. List에는 각 인스턴스가 저장되어 있다. 이렇게 두개의 discountPolicy를 주.. 공감수 0 댓글수 0 2023. 7. 22.
  • 조회 빈이 2개 이상일 때 주입받는 방법 @Autowired는 타입으로 조회한다 타입으로 조회하면 같은 타입의 빈이 2개 이상일 때 문제가 발생한다. 예를 들어 DiscountPolicy의 하위 타입인 FixDiscountPolicy, RateDiscountPolicy둘다 스프링 빈으로 등록시키고 @Autowired private DiscountPolicy discountPolicy 위와 같이 DiscountPolicy타입으로 의존관계를 주입하면 NoUniqueBeanDefinitionException오류가 발생한다. 해결방법으로 하위타입을 이용해서 의존관계를 주입하면 DIP를 위배하고 유연성이 떨어진다. 해결방법에는 크게 3가지가 있다. @Autowired 필드 명 매칭 @Qualifier사용 @Primary사용 @Autowired 필드 명 .. 공감수 0 댓글수 0 2023. 7. 22.
  • 생성자 주입의 장점, 룸복사용 여러 가지 의존관계 주입방법이 있지만 생성자 주입을 사용하는 것이 권장된다. 대부분의 의존관계 주입이 일어나면 종료시점까지 의존관계를 변경할 일이 없고 대부분의 의존관계는 변하면 안 된다. 생성자 주입은 객체 생성 시 딱 1번만 호출되므로 불변하게 설계할 수 있다. 수정자 주입을 사용하면 setter 메서드를 public으로 열어 두어야 하는데 이러면 실수로 누군가 변경할 수 있다. 프레임워크 없이 순수한 자바 코드를 단위 테스트 하는 경우에 쉽게 가능하다. 필드에 final 키워드를 사용할 수 있다. 그러면 설정되지 않으면 컴파일 오류로 막아준다. 위와 같은 장점으로 생성자 주입을 선택하는 것이 좋다. 그리고 가끔 필요하면 수정자 주입을 선택하면 된다. 생성자 주입을 좀 더 편하게 이용하기 위해 롬복 .. 공감수 0 댓글수 0 2023. 7. 21.
  • 다양한 의존관계 주입 방법 의존관계 주입에는 크게 4가지 방법이 있다. 생성자 주입 수정자 주입(setter) 필드 주입 일반 메서드 주입 생성자 주입 생성자를 통해서 의존관계를 주입하는 방법이다. 생성자 호출될 때 딱 1번만 호출된다 불변하고 필수 적인 의존관계에 사용한다. @Autowired public MemberServiceImpl(MemberRepository memberRepository) { this.memberRepository = memberRepository; } 보통 생성자 위에 @Autowired애노테이션을 붙여서 사용한다. 근데 생성자가 하나만 존재하면 @Autowired를 생략해도 자동주입이 된다. 수정자 주입 setter메서드를 통해서 의존관계를 주입하는 방법이다. 선택, 변경 가능성이 있는 의존관계에 .. 공감수 0 댓글수 0 2023. 7. 19.
  • 스프링 빈 필터 컴포넌트 스캔에서 대상을 추가하거나 제외할 대상을 선택할 수 있다. MyIncluderComponent, MyExcluderComponent 애노테이션을 만들어 보자 Annotation을 선택해서 만들어 주면 된다. @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented public @interface MyIncludeComponent { } @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented public @interface MyExcludeComponent { } 테스트로 BeanA와 BeanB를 만들어서 위 애노테이션을 사용해 보자 @MyIncl.. 공감수 0 댓글수 0 2023. 7. 18.
  • 컴포넌트 스캔 탐색 위치 모든 클래스를 스캔하려면 시간이 오래 걸리기 때문에 스캔 시작 위치를 설정할 수 있다. @ComponentScan( basePackages = "hello.core", ) hello.core 패키지를 포함해서 하위 패키지를 모두 탐색한다. 여러개 지정도 가능하다. 만약 basePackages를 설정하지 않은 defalut값은 @ComponentScan 애노테이션이 붙은 클래스의 패키지로 설정된다. 그래서 권장하기를 따로 basePackages를 설정하지 않고 @ComponentScan 붙은 클래스를 프로젝트 최상단에 두는 것이다. 컴포넌트 스캔은 @Component뿐만 아니라 아래와 같은 애노테이션도 포함하여 스프링 빈에 등록한다 해당 클래스의 소스를 보면 @Component 애노테이션을 포함하고 있기 .. 공감수 0 댓글수 0 2023. 7. 18.
  • 컴포넌트 스캔 @Bean이나 등의 설정 정보를 통해서 스프링 빈을 등록하는 방식은 스프링 빈이 많아 지면 귀찮기도 하고 누락될 수도 있다. 그래서 설정 정보가 없어도 자동으로 스프링 빈이 등록되는 컴포넌트 스캔이라는 기능을 제공한다. 컴포넌트 스캔을 사용하기 위해 Config 파일을 만들어 보자. @Configuration @ComponentScan public class AutoAppConfig { } Config 파일에는 @Configuration, @ComponentScan 두개의 애노테이션이 필요하다. 이전의 설정 정보를 이용해서 스프링 빈을 등록하는 AppConfig와는 다르게 @Bean으로 등록한 클래스가 없다. 컴포넌트 스캔은 @Component 애노테이션이 붙은 클래스를 스캔해서 스프링 빈으로 등록해 준.. 공감수 0 댓글수 0 2023. 7. 17.
  • Configuration과 싱글톤 스프링 컨테이너를 등록할 때 사용하는 Appconfig.class를 보자 @Configuration public class AppConfig { @Bean public MemberService memberService() { System.out.println("call AppConfig.memberService"); return new MemberServiceImpl(memberRepository()); } @Bean public MemberRepository memberRepository() { System.out.println("casll AppConfig.memberRepository"); return new MemoryMemberRepository(); } @Bean public OrderServ.. 공감수 0 댓글수 0 2023. 7. 14.
  • 싱글톤 방식의 주의점 객체 인스턴스를 하나만 만들어서 공유하여 사용하는 싱글톤 방식의 객체는 상태를 stateful 하게 설계하면 안 된다. stateless 하게 설계해야 한다. 즉 특정 클라이언트가 값을 변경할 수 있는 필드가 있으면 안 되고, 특정 클라이언트에 의존적인 필드가 있으면 안 된다. 필드 대신에 자바에서 공유되지 않는 지역변수, 파라미터, ThreadLocal 등을 사용해야 한다. 문제점 예시를 보자 public class StatefulService { private int price; // 상태를 유지하는 필드, 공유되는 필드 public void order(String name, int price) { System.out.println("name = " + name + " privce = " +price.. 공감수 0 댓글수 0 2023. 7. 11.
  • 싱글톤 패턴, 싱글톤 컨테이너 웹 애플리케이션은 보통 여러 고객이 동시에 요청하는데 요청할 때마다 스프링 없는 순수한 DI 컨테이너는 객체를 생성해 준다. @Test @DisplayName("스프링 없는 순수한 DI 컨테이너") void pureContainer() { AppConfig appConfig= new AppConfig(); //1. 조회 : 호출할 때 마다 객체를 생성 MemberService memberService1 = appConfig.memberService(); //2. 조회 : 호출할 때 마다 객체를 생성 MemberService memberService2 = appConfig.memberService(); //참조값이 다른 것을 확인 Assertions.assertThat(memberService1).isNo.. 공감수 0 댓글수 0 2023. 7. 11.
  • XML로 스프링 컨테이너 설정 정보 사용하기 스프링 컨테이너는 다양한 형식의 설정 정보를 받아들릴 수 있게 설계되어 있다. 그중 XML로 설정해 보자 XML로 설정하기 위해선 AnnotationConfigApplicationContext 대신 GenericXmlApplicationContext를 사용해야 한다. ApplicationContext ac = new GenericXmlApplicationContext("appConfig.xml"); 그다음 appConfig.xml을 만들어 주어야 한다. xml에서 bean을 설정할 때 id, class를 작성해 주면 된다. 생성자로 의존성을 주입하려면 태그를 이용하면 된다. 속성으로 name, ref를 사용한다 name : 매개변수명으로 연결한다. (기존의 변수명과 동일해야 된다) ref :참조 자료형을.. 공감수 0 댓글수 0 2023. 7. 10.
  • 스프링 빈 조회하기 스프링 컨테이너에서 스프링 빈을 조회하는 기본적인 방법 ac.getBean(빈이름, 타입) ac.getBean(타입) 스프링 빈이 없으면 예외가 발생한다 NoSuchBeanDefinitionException 구체 타입으로도 조회할 수 있는데 유연성이 떨어진다. 빈이 존재하지 않을 때는 assertThrows에 NoSuchBeanDefinitionException.class 에러로 테스트 코드를 작성해야한다. 여기서의 Assertions은 junit의 Assertions을 사용한다. 동일한 타입이 둘 이상인 경우 이렇게 동일한 MemberRepository에 대해 타입이 두개인 경우 NoUniqueBeanDefinitionException이 발생한다. 이 경우에는 빈 이름을 지정하면 해결이 된다. 특정 타.. 공감수 0 댓글수 0 2023. 7. 10.
  • 스프링 컨테이너 생성 과정 스프링 컨테이너 생성 ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class); 스프링 컨테이너에는 스프링 빈 저장소가 있는데 여기엔 빈 이름과 빈객체를 테이블로 저장한다. 그 후 인자로 넘어온 AppConfig.class의 구성 정보를 활용한다. AppConfig.class의 Bean으로 설정된 것들을 스프링 빈 저장소에 저장한다. 여기서 빈 이름은 메서드의 이름인데 이를 직접 부여할 수 도 있다. 하지만 이는 잘 사용하지 않는다고 한다. 여기서 빈 이름은 항상 다른 이름을 부여해야 한다. 그 후 스프링 빈 의존관계를 설정 정보를 참고해서 주입한다. 출처 : 인프런 스프링 핵심 원리 - 기.. 공감수 0 댓글수 0 2023. 7. 10.
  • AppConfig에서 스프링으로 전환하기 스프링으로 전환하기 위해서는 어노테이션을 붙여주어야 한다 이제 AppConfig를 이용하여 주입했던 부분을 주석 처리하고 스프링을 이용하자 ApplicationContext는 스프링의 컨테이너이다. AnnotationConfigApplicationContext는 Annotation 기반의 자바 설정 클래스로 스프링 컨테이너를 만든다 @Configuraion이 붙은 설정 정보를 사용한다. 인자로 AppConfig.class를 넘겨주어서 AppConfig를 활용하여 등록한다. 여기에 있는 @Bean이 붙은 함수들의 반환 객체들을 다 등록시킨다. 이때 빈의 이름은 함수의 이름을 사용한다. 스프링 컨테이너에 등록된 객체를 스프링 빈이라고 한다. getBean 함수를 통해 DI를 해준다. 이때 함수는 두 개의 인.. 공감수 0 댓글수 0 2023. 7. 10.
  • AppConfig https://salmon16.tistory.com/75 OCP, DIP 원칙이 위배되는 역할과 구현 분리 역할과 구현을 분리하고 다형성을 이용하여 잘 설계를 해도 OCP, DIP 원칙을 위반할 수 있다 . 아래 예시를 보자 OrderServiceImpl은 DiscountPolicy라는 인터페이스에 의존하면서 DIP를 잘 지킨 것 같지만 salmon16.tistory.com 위 링크 문제를 해결하기 위해 구현 객체를 생성하고 연결하는 AppConfig클래스를 만들자. Appconfig는 구현 객체를 생성하여 return 해 준다. 이렇게 작성을 하고 각 Impl클래스의 생성자를 추가하면 OCP, DIP를 위배하지 않게 만들 수 있다. 예로 MemberServiceImpl 코드를 보면 더 이상 구현에 의존.. 공감수 0 댓글수 0 2023. 7. 6.
  • OCP, DIP 원칙이 위배되는 역할과 구현 분리 역할과 구현을 분리하고 다형성을 이용하여 잘 설계를 해도 OCP, DIP 원칙을 위반할 수 있다 . 아래 예시를 보자 OrderServiceImpl은 DiscountPolicy라는 인터페이스에 의존하면서 DIP를 잘 지킨 것 같지만 구현 클래스(Fix, Rate DiscountPolicy)에도 의존하고 있다 그러므로 FixDiscount에서 RateDiscount로 변경하려면 OberServiceImpl 코드를 변경 해야한다 (FixDiscountPolicy주석 처리하고 RateDiscountPolicy 할당) 기대했던 의존관계는 OrderServiceImpl는 DiscountPolicy인터페이스만 의존하기를 원했다 그렇다고 코드를 아래와 같이 수정을 하면 구현체가 없어서 null point except.. 공감수 0 댓글수 0 2023. 7. 6.
  • 함수 작성 중 테스트 코드 작성하기 비율에 따른 할인 함수코드를 작성 중 10% 비율로 잘 할인이 되는지 궁금해져서 테스트를 해 보려고 한다 할인 정책에는 VIP 등급인 경우 10% BASIC 등급인 경우에는 할인이 되지 않는다. VIP 등급일 때 과연 10% 할인이 잘 되는지 확인을 하기 위해 윈도우에서 ctrl + shift + t를 누르면 자동으로 테스트 class를 만들어 준다. 테스트 코드를 작성할 때 VIP인 등급만을 테스트를 하는 것이 아닌 반대 경우도 해 주어야 한다. 여기서 코드를 좀 더 간결하기 위해 자바의 static import를 사용하면 좋다. Assertions 코드에 커서를 위치 시키고 윈도우에선 alt + enter를 누르면 된다. 출처 : 인프런 스프링 핵심 원리 - 기본 편 김영한 공감수 0 댓글수 0 2023. 7. 6.
  • JUnit 테스트 코드 작성하기 회원을 가입하고 아이디를 통해 조회할 수 있는 프로그램에서 테스트 코트를 작성해 보자 이렇게 그냥 일반적인 자바 코드를 통해 new member와 findMember가 같은지를 print 된 것을 직접 보며 findMemer 함수가 잘 작동하는지 가입이 잘 되었는지 확인을 할 수 있지만 이는 좀 더 복잡한 테스트 코드를 작성하게 되면 복잡하고 개발자가 직접 print 문을 확인해야 한다는 단점이 있다 인텔리제이에서 테스트를 하고 싶으면 테스트하고 싶은 클래스에서 ctrl + shift+ v를 누르면 쉽게 테스트 코드를 작성할 수 있다. 그래서 JUnit을 활용한 테스트 코드를 작성해 보자 JUint을 활용하기 위해서 import를 해주어야 한다. import org.junit.jupiter.api.Tes.. 공감수 0 댓글수 0 2023. 7. 5.
  • 좋은 객체 지향의 설계 SOLID SRP 단일 책임 원칙 (Single responsibility principle) 한 클래스는 하나의 책임만 가져야 한다. 중요한 기준은 변경이다 . 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것이라고 할 수 있다. OCP 개방-폐쇄 원칙(Open/Closed principle) 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다 이 코드에서 MemoryMemberRepository. 에서 jdbcMemberRepository로 변경할 때 클라이언트(MemberService)가 구현 클레스를 직접 선택하는데 이는 ocp 원칙을 지키지 못 한 경우이다. 이를 해결하기 위해 스프링이 도와준다. LSP 리스코프 치환 원칙(Liskov substitution principle.. 공감수 0 댓글수 0 2023. 7. 4.
  • 객체지향의 다형성 객체 지향의 특징 중 다형성에 주목하자 다형성을 쉽게 이해하기 위해 무대 공연을 예시로 들어보자 다형성은 역할과 구현을 구분해야 한다. 위 그림에서 로미오 역할은 장동건, 원빈 중 누가 하더라도 상관이 없다 줄리엣도 김태희, 송혜교 중 누가 하더라도 동일하게 줄리엣의 역할을 수행할 수 있다 이것이 다형성이다 역할만 잘 만든다면 장동건으로 로미오를 구현하든 원빈으로 구현하든 로미오의 역할을 수정 없이 구현 부분을 교체할 수 있다는 장점이 있다. 이제 이를 자바에 적용시켜 보자 MemberService라는 클라이언트가 있고 MemberRepository라는 interface와 Memory, jdbc로 각각 구현한 MemberRepository가 있다. MemberService는 MemberRepository.. 공감수 0 댓글수 0 2023. 7. 4.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

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

    © Kakao Corp.