분류 전체보기

배경코드를 작성하던 중 SonarLint가 노란 줄을 표시했다.String이나 Boxed type(Wrapper 클래스)의 경우 equals() 메서드로 비교하라는 조언이다. 비교 연산자의 경우 원시 타입은 값을 비교하지만, 객체는 참조 주소를 비교해서 같은 객체인지 확인한다.String은 equals()를 이용해 비교하고 있음에도 불구하고 Long이나 Integer 같은 숫자형 Wrapper 클래스는 조금 다르게 생각하고 있었던 것 같다. 이유날 혼란스럽게 만든 것은 다음과 같은 예시이다.Long val1 = 127L;Long val2 = 127L;System.out.println(val1 == val2); // trueLong val3 = 128L;Long val4 = 128L;System.out.p..

들어가며 최근 프로젝트를 개발하면서 API를 구현한 뒤 기능을 검증하기 위해 열심히 테스트를 작성하고 있다. 약간 기계적으로 작성하고 있었다는 생각도 들어서, 코드 커버리지에 대한 이야기를 하기 전에 테스트를 작성하는 이유부터 짚고 넘어가고자 한다. 테스트를 작성하는 이유 먼저 전통적으로 Postman 등을 이용해 직접 API를 호출하고 요청을 일일이 만들어가면서 테스트한다고 가정해보자. 제품, 그러니까 프로젝트의 규모가 작을 때는 사람이 직접 값을 집어넣어 가면서 테스트를 진행해도 크게 문제가 없을 것이다. 하지만 사용자가 많아지고 프로젝트의 규모가 거대해진다면...? 테스트가 필요한 케이스 또한 굉장히 많아질 것이고, 일일이 요청을 날리는데 필요한 시간과 노력도 결코 무시할 수 없다. 그 말은 즉슨 ..

배경 꼭 Java가 아닌 다른 언어를 사용하더라도 Enum을 많이들 활용하는데 이는 다음과 같은 장점이 있기 때문일 것이다. 문자열과 비교해, IDE의 적극적인 지원을 받을 수 있다. 자동완성, 오타검증, 텍스트 리팩토링 등등 허용 가능한 값들을 제한할 수 있다. 리팩토링시 변경 범위가 최소화된다. 내용의 추가가 필요하더라도, Enum 코드 외에 수정할 필요가 없다. 나도 위와 같은 장점을 기대하고 REST API 개발에 Enum을 적극적으로 활용하고 있다. 프로젝트에서 사용하는 엔티티 하나가 Enum 타입의 필드를 포함하고 있는데, 이 때문에 Request Body로 사용하는 DTO 내부에 Enum 타입의 필드를 받아야 할 필요가 생겼다. Enum으로 요청 받기 - RequestBody에 Enum 필드..

배경 현재 개발 중인 프로젝트에서는 springdoc 라이브러리를 통해 Swagger를 사용한다. 그런데 서버에 HTTPS를 적용한 후에도 Swagger에서는 HTTP로 API를 요청하는 불상사가 있었고, 구글링을 통해 문제를 해결했다. 참고로 프로젝트의 기술 스택으로는 스프링부트 3.2.0, Java 17, springdoc 2.3.0을 사용 중이다. 해결 방법 https://stackoverflow.com/questions/70843940/springdoc-openapi-ui-how-do-i-set-the-request-to-https springdoc-openapi-ui How do I set the request to HTTPS When I publish, I will use HTTPS reque..

배경 서비스를 개발하면서 Controller에 validation 코드를 일일이 작성하는 대신, 대부분의 역할을 Bean Validation에 이관했다. 다만 기존에 작성했던 ControllerAdvice는 Bean Validation 사용 시 발생하는 예외를 완전하게 처리하지는 못하고 있었다. 이후 다음과 같은 과정을 통해 문제를 해결했다. 해결 과정 다음은 기존에 작성했던 ControllerAdvice이다. @Slf4j @RestControllerAdvice public class ExceptionAdvice { @ExceptionHandler(Exception400.class) public ResponseEntity badRequest(Exception400 e) { log.warn("400: " ..

배경 리버스 프록시로 자주 활용되는 Nginx 웹 서버의 경우 정적 페이지 호스팅, 로드밸런싱, Cashing 등의 역할을 수행한다. 뿐만 아니라 HTTPS를 적용할 수 있다는 장점도 가지고 있다. 이번에 내가 개발에 참여 중인 프로젝트에서 로드밸런싱과 HTTPS를 적용하기 위해 리버스 프록시로 Nginx를 활용하게 되었고, HTTPS를 적용하게 되어 그 과정을 간단하게 정리했다.(사실 로드밸런싱을 당장 적용한 건 아니지만 혹시라도 우리 서비스의 사용자가 많아져서 컨테이너를 여러 대 돌려야하는 상황이 생길 수도 있다는 행복회로를 돌려보았다...) HTTPS란? 인터넷 통신을 할 때 TCP/IP 기반의 HTTP 프로토콜을 이용하게 되는데, 이때는 중간에 제3자가 주고 받는 데이터를 가로챌 수 있다. 따라서..

배경 오늘 급하게 JWT 방식을 사용하는 로그인 테스트 코드를 짜다가 테스트를 돌려보는 과정에서 다음과 같은 에러를 만났다. Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'ACCESS_SECRET' in value "${ACCESS_SECRET}" at org.springframework.util.PropertyPlaceholderHelper.parseStringValue(PropertyPlaceholderHelper.java:180) at org.springframework.util.PropertyPlaceholderHelper.replacePlaceholders(PropertyPlaceholderHelper...

배경 CI-CD 프로세스를 구축하다가 deploy.sh에 적힌 배포 스크립트에 따라 실행된 컨테이너가 곧바로 종료되는 상황이 발생했다. 배포 스크립트에 문제가 있나 싶었지만, Github Actions 로그 상으로는 별 문제가 없어 보였다. 그렇다면 어플리케이션 자체에 문제가 있나 싶어서 sudo docker logs "컨테이너명"을 통해서 컨테이너의 로그를 까봤다. 로그를 살펴보니 RDS USERNAME 문제로 인해 연결에 실패했다고 한다. 하지만 IDE 상에서도 환경변수를 제대로 설정해 주었고, 심지어 컨테이너가 실행되고 있는 Host OS인 우분투에도 환경변수를 잘 등록해 놨다. 도대체 무엇이 문제일까 한동안 고민했고 곧 답을 찾았다. 위 그림에서 보듯 Host 안에 Container가 실행되긴 하..