민스씨의 일취일장

Mac에서 H2 실행 시 데이터베이스를 찾을 수 없을 때의 해결방법에 대한 글이다.Mac에서 H2 Database not found일 경우 해결 방법H2를 사용하려고 할 때, Database not found 에러메시지를 띄우며 연결이 안될 때가 있다.원인원인은 mv.db 파일이 생성되지 않았기 때문이다.해결책해결책은 간단하다. mv.db 파일이 생성되도록 하면된다.H2를 사용중이였다면 (처음 사용한다면 이번 단계는 건너뛰어도 된다)만약 H2를 사용중이었다면, 먼저 H2를 종료해줘야 한다.$ brew services stop h2H2  사용을 위한 mv.db 파일 생성하기아래 명령어를 터미널에서 입력한다.$ h2 -web그럼 아래와 같은 결과를 받을 수 있는데, 결과에 나온 url로 접속한다.그럼 아래와..

Github Issues #17에 대한 글입니다.성능 테스트 - 적정 환경 찾기이슈nGrinder 컨트롤러와 에이전트를 연결시키고, Prometheus와 Grafana를 이용해 메트릭을 수집하고 시각화하는 것까지 잘 되었다. 그런데 이상하게 어떤 조건에서도 CPU 점유율 양상이나, 평균 반응 시간 등의 그래프가 비슷한 양상을 띄었다. 분명히 조건이 달라진다면 반응도 달라져야 하는데, 언제나 똑같았다.문제 파악문제를 파악하기에 앞서 테스트가 어떻게 이뤄졌었는지 살펴보도록 하겠다.테스트 환경서버 : AWS EC2OS : Amazon-LinuxDatabase : AWS RDS특징 : Docker Container로 구동 테스트 도구nGrinder Controller : 로컬 PC에서 실행nGrinder Age..

로드 밸런서가 한 곳만 포워딩하는 이슈 해결방법에 대한 글입니다.로드 밸런서가 하나의 서버만 연결하는 이슈Tissue오늘의 이슈는 다음과 같다.EC에 띄운 Nginx 로드밸런서가 요청을 하나의 컨테이너로만 전달한다.(원래는 두 컨테이너에 번갈아 가면서 전달해야 한다.)상황파악 - 기존 Nginx 설정events{ worker_connections 1024;}http{ upstream payment_service{ server metapay-payment:8080; server metapay-payment2:8081; } server { listen 80; ..

TIssue 오늘의 이슈는 다음과 같다. Controller에 요청 자체가 도달하지 않는다. 원인 이 이슈에 대해서는 다양한 원인이 있을 수 있지만, 내가 겪은 이슈의 원인은 아주 간단했다. 어쩌면 너무 간단해서 못찾았던 것 같다. 원인은 바로! @RequestBody 애너테이션을 사용하지 않았기 때문이다. RequestDto를 만들어서 데이터를 매핑할 계획이었다. 스프링은 메시지 컨버터(Message Converter)를 이용해서 매서드의 매개변수와 요청의 데이터를 바인딩한다. 하지만 이 때 @RequestBody (또는 @RequestParam 등)이 없으면 스프링은 데이터를 매핑할 곳을 찾지 못하고 예외를 발생시킨다. 해결책 @RequestBody, @RequestParam, @PathVariabl..