목차

1. 로깅 작업
2. 프로필 이미지 업로드
3. Heroku Postgres 적용
4. DB 컬럼 암호화

1. 로깅 작업

1. Request & Response
   • 22.02.17 ~ 22.02.19
     • 일회성 데이터인 리퀘스트, 리스폰스 데이터를 필터 단계에서 캐싱 객체에 담는다
     • 이후 캐싱된 데이터를 인터셉터 단계에서 출력시킨다.
       https://hyunsoori.tistory.com/12
     • jsonString 문자열을 보기 좋게 출력하기 위해 ObjectMapper 를 사용한다.
       https://kodejava.org/how-to-pretty-print-json-string-using-jackson/
     • 리퀘스트 Url 및 쿼리스트링, 바디 기록하도록 수정.
     • multipart 파일 등 스트림을 사용하는 파일의 경우, 리퀘스트래퍼가 스트림을 가로채서 읽은 뒤, 파일업로드 핸들러가 다시 읽는다.
       이 과정에서 이미 읽어서 끝난 스트림을 다시 읽기 때문에 아래 오류가 발생하게 된다.
       이를 해결하기 위해 멀티파트 데이터를 담는 파라미터가 전달된 경우, 캐싱하지 않도록 함.

      org.springframework.web.multipart.MultipartException: Failed to parse multipart servlet request; 
      nested exception is java.io.IOException: 
      org.apache.tomcat.util.http.fileupload.FileUploadException: Stream closed

   • 22.02.18
     • 기준 프로필이미지 업로드에만 사용되기 때문에 profileImage 파라미터를 조건으로 필터링함.
   • 22.02.24
     • content type 으로 구분하도록 수정(멀티파트리졸버 코드 참고)
   • 22.03.05
     • inputstream 을 오버라이드해서 캐싱된 인풋스트림으로 대체하면 읽을 수 있다고 함.(ContentCachingRequestWrapper / ContentCachingResponseWrapper)
       래퍼클래스를 위 스프링 기본 클래스로 대체하여 구현한 뒤, 바디만 로깅하지 않도록 수정.
       리퀘스트의 경우, 바디를 받지 못함. 리스폰스의 경우, 스웨거 화면이 표시되지 않음.
       => 필터 단계에서 ContentCachingResponseWrapper.copyBodyToResponse() 메소드를 반드시 호출해야 실제 리스폰스바디에 데이터가 세팅된다.
       => ContentCachingRequestWrapper 의 경우, inputStream을 두번 읽을 수 없기 때문에 해당 클래스로 로깅할 경우, 컨트롤러에서 읽을 때 아래와 같은 오류가 발생한다.

       org.springframework.http.converter.HttpMessageNotReadableException: Required request body is missing:
       at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.readWithMessageConverters(RequestResponseBodyMethodProcessor.java:163)

       따라서 재사용가능한 래퍼클래스를 따로 생성하여 처리하도록 한다.
       ContentCachingRequestWrapper 로깅 문제 수정
   • 22.03.02 ~
     • WebTestClient 가 의존성 주입되지 않아 실패함.
       WebTestClient 로 스프링 컨트롤러 테스트 구현
       인터셉터, 세션 테스트 로직 구현
     • 아직 세션은 없기 때문에 TestRestTemplate 로 작업함.
       TestRestTemplate 적용 블로그
     • 대표적인 성공, 실패 테스트 케이스 구현
     • 특이사례(로깅할 수 없는 멀티파트 리퀘스트) 테스트 케이스 구현 중
       TestRestTemplate 에서 요청 전 request 를 직렬화한다.
       이때, 디폴트생성자가 없어 직렬화할 수 없는 ByteArrayInputStream(멀티파트 데이터) 가 있어서 아래 오류가 발생한다.

       org.springframework.http.converter.HttpMessageConversionException: 
       type definition error: [simple type, class java.io.ByteArrayInputStream];
       nested exception is com.fasterxml.jackson.databind.exc.InvalidDefinitionException: 
       	No serializer found for class java.io.ByteArrayInputStream and no properties discovered to create BeanSerializer 
         (to avoid exception, disable SerializationFeature.FAIL_ON_EMPTY_BEANS) 
         (through reference chain: org.springframework.mock.web.MockMultipartFile["inputStream"])

   • 22.03.04
     • 메시지컨버터를 스프링에서 사용되는 것으로 바꿔 멀티파트 파일이 정상적으로 직렬화될 수 있도록 수정해보자.(22.03.04)
       TestRestTemplate 멀티파트 리퀘스트 스택오버플로우

2. 프로필 이미지 업로드

• iOS 이미지 업로드
  22.03.01
  헤더, 리퀘스트 크기는 정상으로 설정되는 것으로 보여짐.
  그러나 받고 리퀘스트 단계에서 확인해보면 컨텐츠내용이 없는 것 같다.
  와이어샤크로 요청을 확인해보려했으나, 제대로 확인하지 못함.
  우선 다른 이슈 처리를 위해 이 내용은 보류.

3. Heroku Postgres 적용

기존 AWS RDS(MySQL) 이 성능에 비해 가격이 비싸서 Heroku Postgres 로 변경함.

• 22.03.30 ~
  • Heroku App 생성 및 postgres add on 작업
  • 데이터베이스 연결 테스트(feat. Dbeaver)
  • Spring Boot 에 PostgreSQL 디펜던시 및 설정 추가
  • 블로그 참고하여 테스트 진행
  • 테스트 과정 중 DB 정보가 웹과 달라 접속실패 발생
  • 이를 해결하기 위해 CLI 설치 후 접속하여 config 설정을 통해 DB 정보 찾아냄
    

    커멘드
    heroku login
    heroku config -a ourmemory-postgres(app name)
    DATABASE_URL 값 확인

  • 기존 MySQL 문법 변경
    • comment -> comment on colume [tableName.columnName] is 'comment'
      공식문서: https://www.postgresql.org/docs/current/sql-comment.html
  • 이를 해결하기 위해 @Comment 사용이 필요함. 이는 스프링부트에 내장된 의존성인 하이버네이트 5.6.0 이상부터 지원된다고 한다. stackOverflow 참고
  • 하이버네이트 5.6.0 이상 사용하기 위해 스프링 부트 2.5.6 -> 2.6.5 로 변경
  • ControllerHandler 매핑 전략이 ant_path_matcher -> path_pattern_parser 로 변경되어 swagger2, 3 가 지원되지 않는다고 한다.
    해결방안 중 부트 버전을 낮출 수는 없기 때문에 application.yml 에 아래 설정 추가하여 기본 값을 변경함.
    spring.mvc.pathmatch.matching-strategy=ant_path_matcher
    관련 블로그 글
  • @Comment 어노테이션을 설정했음에도 실제 DB 컬럼에 코멘트가 추가되지 않음.
    로그 분석 및 해결 필요. -> 불가능할 경우, 부트 버전을 다시 낮추는 방안도 생각할 것
• 22.04.13
  • heroku 정책 상 90일 주기로 데이터가 다른 데이터베이스로 이관된다.(maintenance 작업)
  • 이에 따라 모든 접속정보가 변경되는 경우가 있으며, 정확한 원인과 해결방법을 찾아야 한다.

4. DB 컬럼 암호화

• 22.04.13
  • 데이터베이스 컬럼이기 때문에 암복호화 가능한 AES256 방식 채택
    AES256 자바로 구현하기
  • JPA 방식으로 데이터베이스를 관리하기 때문에 이에 맞춰 필요한 컬럼에 @Convert 어노테이션을 붙여 암복호화를 자동화하도록 계획함.
  • 현재 어노테이션을 설정했음에도 동작하지 않아 어노테이션부터 적용되도록 수정한 뒤 암복호화 로직을 추가 구현할 예정임.
    @Convert 적용 블로그
• 22.04.14
  • 암복호화에 사용되는 키 길이가 잘못되어 예외 발생, 키 값 수정 후 기능 구현 완료.
  • 데이터 조회에 사용되는 컬럼을 암호화할 경우, 조회할 때마다 다시 암호화하여 비교해야한다.
  • 이를 공통으로 해결하는 방법이 있는지 확인 필요.(예. Dto 파라미터에 @Converter 설정)
    

서트봇 등등 작성 내용들 이 곳에 모을 것.