원인. ajax로 requestBody를 서버에 넘겨주려고 할 때 발생한 오류. jackson 라이브러리는 이미 추가했는데 계속 발생한다. 결론부터 말하면 jackson은 get으로 시작하는 메서드 때문에 발생한 오류! @Getter@Setterpublic class RecommendSearchRequest extends BookSearchRequest { private String rcmdTnY; // 추천년월 private String rcmdTnM; // 추천월 private Integer rcmdTnYm; // 추천연월 private Long homepageSn; private String homepageSns; public void initRcmdTnYm() {..
기타
1. 에러 내용 및 원인먼저 gpt한테 물어봤다. java.lang.AbstractMethodError는 Java 애플리케이션이 추상 메소드를 호출하려 할 때 해당 메소드의 구현을 찾지 못하면 발생하는 에러입니다. 주로 다음과 같은 경우에 나타납니다:버전 불일치: 컴파일 시점에 사용된 클래스와 런타임에 로드되는 클래스가 서로 다른 버전일 때, 인터페이스나 추상 클래스의 메소드 구현이 누락되어 발생할 수 있습니다.JDBC 드라이버 문제: Tibero DB와 같이 특정 데이터베이스를 사용할 때, 해당 DB의 JDBC 드라이버가 Java에서 기대하는 인터페이스를 완전히 구현하지 않았거나, 드라이버 버전이 현재 사용 중인 Java 버전과 호환되지 않을 때 발생할 수 있습니다.해결 방법:JDBC 드라이버 확인: ..
1. 오류 내용배포 관련 공부를 진행하던 중 오류가 발생함. java.sql.SQLNonTransientConnectionException: Socket fail to connect to host:address=(host=172.30.1.32)(port=3307)(type=primary). Connect timed out DB에 연결에 실패했다는 로그가 찍힌 것을 보고 문제 해결에 나섬. 현재 DB 서버는 어떻게 해야할 지 고민이라, 현재 사용하고 있는 컴퓨터에 DB를 설치 후 개방해서 임시로 사용하기로 정함. 2. 해결 과정1) 방화벽 포트를 개방해줌. 여기서 이바운드 규칙이란?외부에서 내 컴퓨터로 접근할 수 있는 규칙을 의미함.2) 포트포워딩주소창에 172.30.1.254를 입력 후 포트 포워딩 설..
1. appspec.yml 스크립트 파일 작성하기appspec.yml은 CodeDeploy가 실행될 때 필수적으로 존재해야 하는 파일이다. CodeDeploy는 이 설정 파일을 기반으로 실행함. appspec.ymlversion: 0.0os: linuxfiles: # S3에 저장한 파일들 중 destination(AWS EC2)으로 이동시킬 대상을 지정한다. # / 이라고 지정하면 S3에 저장한 전체 파일을 뜻한다. - source: / # EC2의 어떤 경로에 저장할 지 지정한다. destination: /home/ubuntu/instagram-serverpermissions: - object: / owner: ubuntu group: ubuntuhooks: Appli..
정보1. 전체적인 흐름 2. CodeDepoly를 사용하는 이유CodeDeploy는 수많은 AWS EC2에 배포를 쉽게 할 수 있도록 해준다. CodeDeploy에 무중단 배포 기능이 내제되어 있어 쉽게 무중단 배포 진행 가능이 외에도 다양한 장점이 존재함https://docs.aws.amazon.com/ko_kr/codedeploy/latest/userguide/welcome.html 무엇입니까 CodeDeploy? - AWS CodeDeploy또한 일반적으로 기존 환경의 인스턴스에서 실행되는 애플리케이션 수정이 있지만, 블루/그린 배포의 경우 반드시 이럴 필요는 없습니다.docs.aws.amazon.com3. 장점서버가 여러 대이더라도 쉽게 자동 배포를 구축할 수 있음.쉽게 무중단 배포를 적용시킬 수..
정보1. 전체적인 흐름2. 장점빌드 작업을 Github Actions에서 하기 때문에 운영하고 있는 서버 성능에 영향을 적게 줌CI/CD 틀로 Github Actions만 사용하기 때문에 인프라 구조가 간단3. 단점무중단 배포를 구현하거나 여러 EC2 인스턴스에 배포를 해야 하는 상황이라면 직접 Github Actions에 스크립트를 작성해서 구현해야 함. 이 직접 구현이 생각보다 복잡함.4. 이 방법은 언제 사용하는 지?현업에서 초기 서비스를 구축할 때 이 방법을 많이 활용처음 서비스를 구현할 때는 대규모 서비스에 적합한 구조를 구현하지 않음. 즉 오버 엔지니어링을 하지 않는다. 확장의 필요상이 있다고 느끼는 시점에 인프라를 고도화하기 시작한다. 왜냐면 복잡한 인프라 구조를 갖추고 관리하는 건 생각보다..
