Spring/Boot

들어가기에 앞서 프로젝트를 만들게되면 결국 언젠가는 운영으로 배포를 해야될 때가 있다. 설령 혼자서 만드는 토이 프로젝트라고 할지라도 테스트를 위해서 또는 실제로 운영해보기 위해서 서버에 배포하게 될 것이다. 그런데 로컬에서만 사용하던 설정이 운영에서 그대로 사용되면 문제가 생길 수 있다. DB접근하는 Datasource도 다를 것이고 파일을 저장한다면 저장하는 파일경로도 다를 것이다. 이것 외에도 외부에 보여지면 안되는 중요한 정보들이 있을 수도 있다. 이러한 이유들 때문에 로컬에서 사용하는 설정파일과 운영에서 사용하는 설정파일을 분리하는 작업을 해보도록 하자. 필자가 사용한 환경은 IntelliJ, gradle, SpringBoot를 사용하고있다. 스프링부트 2.4버전 이전과 이후의 작성방법이 다르다..

들어가기에 앞서 개발을 하면 할 수록 점점 중요하게 느껴지는 것이 예외처리 인 것 같다. 처음 개발을 시작할 때는 만들어서 동작하는것이 중요했지만 이제는 작게 만들더라도 문제가 생기지 않도록 만드는 것이 중요하다 라는 것을 느끼고 있다. 예외에 따른 view를 호출하는 것은 어렵지 않다. 이미 스프링에서 간단하게 사용할 수 있도록 모든 세팅이 되어있고 개발자는 간단하게 사용하기만 하면 된다. 하지만 API예외는 많이 신경을 써야한다. 단순히 에러코드나 에러종류에 따라서 veiw를 보여주는 것과는 다르게 API종류마다, 예외마다 다른 방식으로 보여줘야 하기 때문이다. view와는 다르게 json으로 반환해줘야 하는 경우도 있을 것이다. 결국 내부적으로 어떻게 할지 정하고 정한대로 만들어주면 되기때문에 각자..

들어가기에 앞서 웹 페이지를 만들 때 필수적으로 들어가는 요소 중 하나가 '검증'이다. 그런데 검증이라는 것이 만들면 만들 수록 끝이 없고 반복되는 작업이 계속해서 생기기 마련이다. 그리고 일반적으로 코드를 직접 작성해서 검증 기능을 구현하면 컨트롤러에 구현하게 되고 그렇게 되면 컨트롤러가 꽤나 지저분해질 수 있다. Spring에서는 이 검증기능을 지원해주는 기능이 있다. SpringBoot를 이용해서 쉽고 편하게 검증기능을 사용하는 방법을 알아보자. 사용준비 먼저 gradle에 validation관련 라이브러리를 추가해준다. implementation 'org.springframework.boot:spring-boot-starter-validation' 추가 후 build를 하면 준비가 완료된 것이다...