This lesson focuses on adding a new GET endpoint to a Spring Boot application that returns multiple CashCard objects. It follows the Test-Driven Development (TDD) approach by first writing a failing test, understanding why it fails, implementing the necessary controller method, and then verifying that the test passes.

Key Points:

1. Writing a Failing Test:
   • A new test method shouldReturnAllCashCardsWhenListIsRequested is added to CashCardApplicationTests.java.
   • The test makes a GET request to the /cashcards endpoint using restTemplate.
   • It asserts that the response status code should be 200 OK.
   • Since the entire list is requested, no additional information is needed in the request.
2. Running the Test and Observing Failure:
   • The test is expected to fail because the GET endpoint for /cashcards has not been implemented yet.
   • One might expect a 404 NOT FOUND error since no route matches the GET request.
   • However, the test fails with a 405 METHOD_NOT_ALLOWED error.
3. Understanding the 405 Error:
   • The 405 METHOD_NOT_ALLOWED error indicates that the endpoint exists but does not support the GET HTTP method.
   • The /cashcards endpoint was previously implemented with a @PostMapping for creating CashCard objects.
   • Spring recognizes the route but disallows the GET method, hence the 405 error instead of 404.
4. Implementing the GET Endpoint in the Controller:

   • To fix the error, a new controller method is added with the @GetMapping annotation:

     @GetMapping()
     private ResponseEntity<Iterable<CashCard>> findAll() {
        return ResponseEntity.ok(cashCardRepository.findAll());
     }
     

   • This method uses cashCardRepository.findAll() to retrieve all CashCard records from the database.

   • It leverages Spring Data's built-in CrudRepository.findAll() method.

5. Rerunning the Tests:
   • After implementing the GET endpoint, the tests are rerun.
   • All tests pass, including the new test for the GET endpoint.

Conclusion:

• The lesson demonstrates how to handle HTTP method errors and the importance of implementing the correct HTTP verbs for RESTful endpoints.
• It reinforces the TDD approach: write a failing test, implement the minimum code to pass the test, and confirm that the test suite passes.
• Understanding the HTTP status codes and how Spring Boot handles routing and method mapping is crucial for building robust APIs.

추가 GET 엔드포인트에 대한 테스트 작성

이 강의는 여러 개의 CashCard 객체를 반환하는 새로운 GET 엔드포인트를 Spring Boot 애플리케이션에 추가하는 방법에 초점을 맞추고 있습니다. 실패하는 테스트를 먼저 작성하고, 왜 실패하는지 이해한 후, 필요한 컨트롤러 메소드를 구현하고, 테스트가 통과하는 것을 확인하는 테스트 주도 개발(TDD) 방식을 따릅니다.

주요 내용:

1. 실패하는 테스트 작성:
   • CashCardApplicationTests.java에 새로운 테스트 메소드 shouldReturnAllCashCardsWhenListIsRequested를 추가합니다.
   • restTemplate을 사용하여 /cashcards 엔드포인트에 GET 요청을 보냅니다.
   • 응답의 상태 코드가 200 OK인지 확인합니다.
   • 전체 리스트를 요청하므로 추가 정보는 필요하지 않습니다.
2. 테스트 실행 및 실패 관찰:
   • 해당 GET 엔드포인트가 아직 구현되지 않았기 때문에 테스트는 실패할 것으로 예상됩니다.
   • 매칭되는 경로가 없으므로 404 NOT FOUND 오류를 예상할 수 있습니다.
   • 그러나 테스트는 405 METHOD_NOT_ALLOWED 오류로 실패합니다.
3. 405 오류 이해하기:
   • 405 METHOD_NOT_ALLOWED 오류는 엔드포인트가 존재하지만 GET HTTP 메소드를 지원하지 않음을 나타냅니다.
   • 이전에 /cashcards 엔드포인트는 CashCard 객체를 생성하기 위한 @PostMapping으로 구현되었습니다.
   • Spring은 경로를 인식하지만 GET 메소드를 허용하지 않기 때문에 404 대신 405 오류를 반환합니다.
4. 컨트롤러에 GET 엔드포인트 구현:

   • 오류를 수정하기 위해 @GetMapping 애노테이션을 사용하여 새로운 컨트롤러 메소드를 추가합니다:

     @GetMapping()
     private ResponseEntity<Iterable<CashCard>> findAll() {
        return ResponseEntity.ok(cashCardRepository.findAll());
     }
     

   • 이 메소드는 cashCardRepository.findAll()을 사용하여 데이터베이스의 모든 CashCard 레코드를 가져옵니다.

   • Spring Data의 내장 메소드인 CrudRepository.findAll()을 활용합니다.

5. 테스트 재실행:
   • GET 엔드포인트를 구현한 후, 테스트를 다시 실행합니다.
   • 새로운 GET 엔드포인트에 대한 테스트를 포함하여 모든 테스트가 통과합니다.