서버 구축 부분

1. AWS EC2 서버에서 gradles build시 서버가 멈추는 현상

프로젝트를 build하여 컨테이너를 함께 띄우는 순간 갑자기 AWS EC2서버가 먹통이 되면서 멈추는 현상이 발생했다. 서버 환경은 cpu:2코어 ,30GB로 구성되어 있어 메모리상 충분할 것이라고 생각했다. 하지만 이 문제는 인스턴스 리소스 문제 라고 찾았다.
초기에 free -m 명령어를 실행하면 swap메모리가 "0"으로 되어있었다.
swap이란 쉽게 말해서 내 하드디스크(30Gib)의 공간을 빌려서 "가상메모리"로 사용하는 것이다. 즉 하드디스크의 용량은 충분하지만 가상메모리가 부족해서 발생하는 문제라는 것을 알았다.

현재 내 서버의 RAM은 30GB 이고 스왑파일을 4GB로 잡아보았다.(RAM크기에 따라 스왑파일 용량을 정하는 방법이 있다는데 그거는 나중에 따로 봐야겠다..😊)

sudo dd if=/dev/zero of=/swapfile bs=128M count=32 : 루트 파일 시스템에 스왑파일을 생성한다.
sudo chmod 600 /swapfile :스왑파일의 권한 업데이트
sudo mkswap /swapfile : 리눅스 스왑 영역을 설정
sudo swapon /swapfile : 스왑 공간에 스왑파일 추가 스왑파일 즉시 사용가능하게 함
sudo vi /etc/fstab : /etc/fstab 파일을 편집하여 부팅시 스왑 파일을 활성화 하게 한다.
(vi 입력기 안에서)/swapfile swap swap defaults 0 0 :파일끝에 해당 내용을 추가하고 저장

결과적으로 스왑 메모리가 할당되고 빌드시 하고 컨테이너를 뛰우는데 성공하게 된다.

2. gradlew build시 test 코드에 실패 오류

보통 개발시에는 IntelliJ를 사용하여 Gradle의 컴파일 및 jar를 생성하여 작업을 한다. 리눅스에서는 보통 CLI기반으로 작동되기 때문에 gradle build 또는 gradlew build 명령어를 사용하면 위와 같은 Test 코드 오류가 발생한다.
Test 파일들을 컴파일 하면서 IntelliJ를 사용하지않고 gradle build를 사용할때 오류가 발생한다.

위와 같이 설정을 하게 되면 test 파일 컴파일이 작동되는 조건이 변동되어 Test 코드가 정상 통과하게 된다. 하지만 이방법은 회피책일 수도 있다.

3. AWS EC2 내부에 DB사용시 application.yml 파일 수정

서버 내부에 DB를 사용하는것이기 때문에 application.yml파일에 기존에는
jdbc:mysql://localhost:3306/ams?serverTimezone=UTC&characterEncoding=UTF-8
와 같이 설정해놓았다. 왜냐하면 자기 서버에 있는 DB를 사용하는것이기 때문에 localhost로 설정해야된다고 생각하였다.
하지만 Access denied for user 'root'@'localhost 와 같은 오류가 발생하였고 접속을 거부 당했다.
localhost에 AWS EC2 Ip를 넣게 되니 문제 없이 정상적으로 실행되었다.

4. "Web server failed to start. Port 8888 was already in use"

Springboot에는 tomcat 서버거 내장되어있다. 초기에 서버를 구축할때 tomcat서버도 필요하기 때문에 설치하여 :8888포트로 실행시켜놓았다. 그러한 상황에서 프로젝트를 실행시키니
포트를 이미 사용하고 있다는 오류가 발생하였다. 그 이유는 이미 Springboot에는 tomcat을 내장되어있어 프로젝트를 빌드시 내장되어있는 tomcat서버가 설정되로 :8888포트를 사용하려고 하는데 따로 설치하여 실행시켜놓은 tomcat 서버거 실행되고 있어 생기는 오류였다.
따로 실행시켜놓은 tomcat서버를 종료시키고 빌드하니 정상적으로 실행되었다.

---

기능 구현 부분

1. " HttpMediaTypeNotAcceptableException"

REST API를 만드는 과정에서 발생한 에러
컨트롤러에서 클라이언트 측으로 응답을 내려줄때 @ResponseBody(http body에 json형식으로)로 내려주도록 구현하였다. 이것을 ReturnValueHandler가 HTTP 메시지 컨버터를 사용하여 해주게 되는데 http body에 담을 객체에 Getter가 없어서 발생한 문제이다.

2. axios 통신라이브러리 GET+Body 지원안함

프론트앤드는 리액트를 사용하고 백엔드는 스프링을 사용하는 상황에서 axios 통신라이브러리를 사용하여 통신하는 상황이였다.

게시물을 검색하는 API의 Http 메서드를 GET으로 설정하고 검색 필터링으로 해시태그,제목등과 추가로 무한스크롤 방식을 위해서 게시물id, 좋아요수등을 전달해야되기 때문에
해당 파라미터를 Body에 담아 보내게 구성하였다.

하지만 GET+Body를 보내면 400에러가 뜨면서 요청이 제대로 되지 않았다.
찾아본결과 이건 axios 라이브러리 뿐만 아니라 HTTP 프로토콜 자체가 GET 메서드시 Body를 포함하여 요청할수 없는것이였다.

쿼리파라미터 방식으로 바꿀까 하는 생각을 하였는데 전달하려는 파라미터들이 URL에 유출되는것은 좋지 못하다고 판단하여 POST 메서드로 바꾸어 해결하였다.

HTTP 프로토콜에 대해서 학교에서 학습하였는데 기본개념을 순간 잊어버리고 개발했던거 같다🤣