twocowsong

@Slf4j @Controller public class Test1Controller { @GetMapping("/main") public String init() { return "/index"; } } 단순 컨트롤러입니다. @Controller로 해당 클래스를 등록해야지 Url을 맵핑이 원할하게 작동됩니다. 그렇지만 우리는 일반 컨트롤러와 API컨트롤러를 분리하여 작업하기도 합니다. 일반 컨트롤러와 API컨트롤러의 가장 큰차이점은 리턴 방식이 다르다는것! 일반컨트롤러는 viewresolver에 의해 html페이지가 리턴되어버립니다. @Slf4j @RestController public class Test1Controller { @GetMapping("/main") public String init()..

특정 월, 일, 시간에 자동으로 실행되게 하고싶은 경우가 있습니다. (예를들면 DB데이터를 월말 월초에 조회하여 엑셀파일로 만든는경우?) 스프링부트에서는 간편하게 Scheduled를 사용하여 만들수 있습니다. Scheduled를 사용하기 위한 준비 @SpringBootApplication @EnableScheduling public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } } @SpringBootApplication이 존재하는 클래스에서 @EnableScheduling를 꼭 추가해주어야 실행이 가능합니다. 지정된 시간만큼 반복 하는 방..

redirect @GetMapping("/init") public void init(Model model, HttpServletResponse response) throws IOException{ response.sendRedirect("/redirect"); } @ResponseBody @GetMapping("/redirect") public String redirect() { return "result : redirect!!!"; } Redirect를 사용하다보면 데이터를 전송하지 못한다는 단점이있습니다. 리다이렉트는 호출 시 클라이언트를 한번 갔다가 호출되기때문에 request에 데이터가 담겨있지않게됩니다. 이때 데이터를 전송시키고싶다! 이럴때 forward를 사용하면 데이터를 전달할수 있습니다. ..

4xx - 클라이언트 오류, 5xx - 서버 오류 4xx 클라이언트의 요청에 잘못된 문법등으로 서버가 요청을 수행할 수 없음, 오류의 원인이 클라이언트에 있음. 클라이언트가 이미 잘못된 요청 데이터를 보내고 있기 때문에 똑같은 재시도가 실패함. 400 Bad Request • 요청 구문, 메시지 등등 오류 • 클라이언트는 요청 내용을 다시 검토하고, 보내야함 • 예) 요청 파라미터가 잘못되거나, API 스펙이 맞지 않을 때 401 Unauthorized 클라이언트가 해당 리소스에 대한 인증이 필요함 (로그인이 필요) • 인증(Authentication) 되지 않음 • 401 오류 발생시 응답에 WWW-Authenticate 헤더와 함께 인증 방법을 설명 • 참고 • 인증(Authentication): 본..

3xx - 리다이렉션1 클라이언트가 서버에게 요청했지만 완료하기 위해 유저 에이전트의 추가 조치 필요 • 300 Multiple Choices (거의 사용하지않음 , 본문내용에서는 정리하지않음) • 301 Moved Permanently • 302 Found • 303 See Other • 304 Not Modified • 307 Temporary Redirect • 308 Permanent Redirect 301, 308 : 리소의 URI가 영구적으로 이동된 경우, 301 = 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될수있음(MAY) 308 = 리다이렉트시 요청 메서드와 본문 유지(처음 POST를 보내면 리다이렉트도 POST 유지) 일시적인 리다이렉션 - 302, 307, 303 - 리..

2xx - 성공 2xx : 클라이언트의 요청을 성공적으로 처리됨. 200 : Ok - 클라이언트의 요청을 성공적으로 처리 201 : Created - 클라이언트의 요청으로 서버측에서 리소스를 생성을 한 경우 (주로 POST로 처리되면 응답) 202 : Accepted 204 : No Content 200 - 자료를 요청하면 성공적으로 조회 완료시 응답 201 - 리소스 생성 요청 시 서버측에서 해당 리소를 생성 및 관리를위한 Location를 응답합니다. 202 Accepted 요청이 접수되었으나 처리가 완료되지 않았음 • 배치 처리 같은 곳에서 사용 • 예) 요청 접수 후 1시간 뒤에 배치 프로세스가 요청을 처리함 204 No Content 서버가 요청을 성공적으로 수행했지만, 응답 페이로드 본문에 보..

HTTP 상태코드 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능. response에서 다양한 코드들이 리턴됩니다. • 1xx (Informational): 요청이 수신되어 처리중 • 2xx (Successful): 요청 정상 처리 • 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요 • 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음 • 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함 1xx 는 거의 사용되지않아 생략하겠습니다. 200 OK 가 가장 많이보는 정상처리응답입니다. 4xx, 5xx 은 둘다 오류 메세지이며 클라이언트, 서버가 각각낸 오류입니다. 만약 모르는 상태 코드가 나..

데이터 전송 클라이언트에서 서버로 데이터 전송시 크게 2가지 방법이다. 1. 쿼리 파라미터를 통한 데이터 전송 - GET, 주로 정렬 필터(검색어) 2. 메시지 바디를 통한 데이터 전송 - POST, PUT, PATCH (회원가입, 상품주문, 리소스등록, 변경) 예시 4가지 상황) 1. 정적 데이터 조회 - 이미지, 정적 텍스트 문서 2. 동적 데이터 조회 - 주로 검색, 게시판 목록에서 정렬 필터(검색어) 3. HTML Form을 통한 데이터 전송 4. HTTP API를 통한 데이터 전송 -정적 데이터 조회 저장된 이미지 경로를 요청하면 서버에서는 이미지를 내려준다. 조회는 GET을 사용하며 정적데이터는 일반적으로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회가 가능하다. 동적 데이터 조회 쿼리파라미..