Error

지난 1화에 이은 AWS 배포하며 겪은 두번째 고난 일기를 시작한다..지난번에는 환경변수 때문에 애먹었던 후기였는데 오늘은 추가적으로 몇가지 더 공유하고자한다.data.sql의 배신(사실 아님)로컬로 개발할 때, 애플리케이션 테스트를 위한 데이터가 필요한데, 이때 data.sql에 작성해두면 스프링 애플리케이션 시작시 자동으로 해당 쿼리들이 실행 된다.JPA 의 DDL auto를 create로 설정해두었기 때문에, 애플리케이션 실행 시점에 테이블이 모두 새로 생성되고 그 이후에 데이터가 추가된다.나같은 경우에는 초기 데이터 삽입 시나리오를 두가지로 나누어 놨었다.1. 초기에 Student 를 제외한 데이터를 추가 (data.sql)2. Student를 제외한 나머지 데이터를 기반으로 새로운 Student..

기존에 프로젝트를 클라우드에 배포하고, Github actions를 통해 배포하는 작업을 시도했다. (스포하자면 성공함)다른거 공부할게 많은데 배포때문에 4일정도 쓴 것 같다.참고로 이번에 배포 준비하면서 도커, AWS , Github actions 모두 처음 공부하고 처음 써봤다.참고로 이번 배포에서 가장 힘들었던 부분은 Github actions 로 CI/CD 파이프라인 배포 자동화 환경을 만드는 것이었는데, 다음 사진처럼 고난 길을 걸어왔다.참고로 8 ~ 17회차가 성공한 것으로 나오는데, EC2에 막상 접속해보면 도커 컨테이너가 뜨지 않고 있었다.참고로 내가 구성한 배포 인프라 환경은 다음과 같다.0. 테라폼으로 필요한 AWS 서비스 실행 (EC2, ECR, RDS, CloudWatch 등)1. ..

최근에 모니터링에 대한 강의를 들으면서, 도커라는 인프라를 사용해보게 되었다.기존에 실습했던 자료들을 기반으로 내 프로젝트에도 도커를 사용해보기로 했고, docker compoes up -d 명령어를 통해 모든 컨테이너를 시작해보았다.그런데 다음 사진처럼 계속 내 스프링 애플리케이션만 컨테이너가 자꾸 죽었다.첨에는 도커 오류인줄 알고 compose -down -v 명령어를 통해 모든 컨테이너를 지우고 다시 시작하길 한 10241번 정도 반복한 것 같다.웃긴건 심지어 이상황에서 bootrun을 통해 IDE로 서버를 띄우면 DB가 정상 작동한다는 점이었다. 하지만 혹시나 하는 마음에 해당 컨테이너의 대시보드에 들어가서 로그를 보았는데,Access denied for user ‘xuv’@’localhost’ ..

프로젝트를 진행하면서 테스트 코드를 작성하기 위해 GPT에게 더미 SQL 파일을 만들어달라고 했다. 문제 상황원래, 스프링 프로젝트의 resources 경로에 data.sql / schema.sql 파일은 애플리케이션 시작시 먼저 실행이 된다.그러나 로그를 까먹고 캡쳐를 못했는데, 하이버네이트가 테이블은 정상적으로 만드는데 INSERT 문이 단 한개도 안날라갔다. 해결방법spring: profiles: active: test sql: init: mode: always datasource: url: DB 주소 입력 driver-class-name: org.h2.Driver username: sa password: jpa: database: h2 h..

예전부터 노션 쓸 때 개짜증 나는 것 중에 하나가 한글이 하나씩 밀리고 씹히는 현상이었다.예를 들어, 나이스원 쏘니 나이스원 쏜을 치고 싶었는데 중간에 다음처럼 한 글자씩 씹혀서 입력이 된다.다행히 이건 우리 키보드 레이턴시 이런 문제가 아니고 그냥 Mac이 얼마나 한글과 안친한지 확인할 수 있는 대목이다.해결 방법방법은 Mac을 기준으로 한다. 설정 -> 키보드 메뉴로 들어간다. 중간에 텍스트입력 -> 입력 소스 메뉴에서 편집 버튼을 누른다.그럼 이런 화면이 뜰 텐데, 맞춤법 자동 수정 메뉴를 해제 하고, 노션을 재시작 해보자 그럼 이제 편하게 노션 작성하자 !

개인적으로, 문자열 오타나 이런 의존성 문제가 제일 잡기 힘든 것 같다.힘들기를 넘어서 약간 그냥 모든걸 포기하고 싶은 느낌?오타는 그냥 프로젝트 새로 밀고 다시할까? 라는 생각이 들기라도 하지만 의존성 문제는 사실 해결하기가 어렵기 때문에, 처음부터 잘 설정하고 시작하는 것이 가장 베스트 프랙티스인 것 같다.문제 상황SQL Mapper 로 JDBC 기술을 사용하다가 처음으로 MyBatis를 적용하면서 문제가 발생하였다.이번에는 의존성 관련 문제다보니 코드 내용은 생략하고 실제 문제가 되는 부분을 위주로 기록한다.처음에 테스트를 돌렸을 때 다음과 같이 오류가 발생했다.Failed to load ApplicationContextjava.lang.IllegalStateException: Failed to l..

API 응답에 대해 공부하다가 예전부터 메시지를 등록하면 다음과 같이 깨지는 현상이 존재했다.깨지는 이유가 뭐에요자바에서 .properties 파일은 기본적으로 ISO-8859-1 타입 인코딩으로 해석된다..ISO는 우리가 지금 사용하는 사실상 표준 utf-8 이전에 사용하던 문자 인코딩으로, 영어, 숫자 , 아스키 코드 등만 지원하는 인코딩 셋이다.그래서 메시지를 한글로 등록하면 인코딩이 깨져서 해석할 수 없게 되어 저렇게 물음표로 출력되는 것이다. 정리하자면, .properties는 ISO-8859-1 인코딩셋을 사용하는데, 우리는 utf-8 인코딩셋인 한글을 사용하려고 했기 때문에 자바가 잘못된 바이트로 인식하여 한글이 깨지는 현상이 발생했던 것이다.해결방법인텔리제이 기준 Setting - Edit..

로그가 밥을 덜먹었나..스프링부트 3.1 버전부터는 스프링 빈을 출력하는 로그가 대폭 생략되었다.예를들어 아래처럼 컴포넌트 스캔한 빈들을 조회하고자 할때 3.1 버전 부턴 다음과 같이 간소화 되었다.해결법src/main/resources/logback.xml 경로로 다음과 같은 파일을 생성하면 된다. %d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} -%kvp- %msg%n 그새 어디가서 국밥이라도 한그릇 먹고 왔는지, 더 자세한 로그를 확인할 수 있게 되었다.

드디어 저도 당했어요드디어 당했다. 마침내 나도 당했다.코드에서 문자열 오타를 잡기가 가장 어렵다는걸 알고 조심하면서도 이번에 당하고 말핬다.사건의 개요컴파일 오류도 없이(당연히 일반 로직에는 문제가 없기 때문ㅋㅋ) 서버도 잘 열리고, 다음과 같이 Http 메서드도 잘 작동이 되었다. 근데 막상 해당 URI로 접속하면 아래와 같이 404 에러가 뜬다. 근데 이 화이트 라벨 에러는 서버는 열렸지만 찾는 페이지가 없을 때 발생하는 오류기에, 나는 이때까진 정말 뭐가 문제인지 몰랐다.분명 URL도 잘 입력하여 저장했고, 브라우저에서도 URL을 정확하게 입력했는데도 해결되지 않았다.그렇다면 내가 방어로직을 잘못 짰나? 싶었다. 방어로직도 잘 짜놨는데..위 두가지로 방어로직도 잘 짜놨다. 물론 첫번째 사진의 40..