gitaction으로 ci/cd하기
스프링 프로젝트 Github action으로 CI 자동화하기 에서 CI자동화를 완성했는데, 이후 aws ec2로 배포하면서, 배포까지 자동화하였다. aws 자동화에 매우 다양한 방법이
개발을 하다가 작성한 모든 Article입니다.
스프링 프로젝트 Github action으로 CI 자동화하기 에서 CI자동화를 완성했는데, 이후 aws ec2로 배포하면서, 배포까지 자동화하였다. aws 자동화에 매우 다양한 방법이
온라인 도서관 프로젝트에서 기능을 하나씩 확장할 때마다, 기능을 추가 하고 나서 천천히 사이트를 살펴볼 때, 갑자기 다른 곳 기능이 작동하지
페이지네이션은 구현하기 어렵다. 간단해보이는 기능인 페이지네이션은, 사실은 구현하기 어려운 기능이다. 등 여러가지로 복잡한 기능이다. 하지만, Spring Data에서는 Pageable, Page와 같은
스프링 인터셉터는, 서블릿 필터와 같이 컨트롤러 이전에 필터링을 하는 기능이다. 서블릿 필터가 HTTP 요청 -> WAS -> 필터 -> 서블릿
Optional 기존 코드는, 아래와 같은 식으로 직접 Repository에서 요소를 반환하도록 되어 있었다. 이 경우, null 처리를 하는데 번거로움이 존재한다. Optional을
기존에, FrontControllerServlet 아키텍쳐에서 SpringMvc 아키텍쳐로 전환하면서, 프로젝트 구조를 도메인 주도 설계 구조로 전환한 바 있다. 하지만, 이를 한 번 더
김영한 스프링 mvc2편의 Validation을 보며, 순차적으로 Validation을 적용해보았다. Validator부터, restApi에 Validator 적용, BeanValidation을 동시에 적용해서 Validator에 복잡도를 줄이는 방식까지 최종적으로
이전 리팩토링인 온라인 도서관 SpringMvc 아키텍쳐로 리팩토링 회고에서 FrontContoller -> SpringMvc로 리팩토링 했지만, 여전히 뷰 템플릿은 JSP를 사용중이었다. 보다 스프링에서
SpringMvc 아키텍쳐 김영한 선생님 스프링 mvc 1편의 Springmvc v3을 기반으로 기능을 만들고, 확장하고, 프로젝트 구조를 개선했다. 개선한 주요 이슈 및