Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- backend
- 에프랩
- 자바백엔드
- 성능테스트
- 멘토링
- grafana
- 후기
- F-Lab
- 도커
- 레디스
- 트러블슈팅
- error
- MySQL
- AWS
- 코딩테스트
- Spring
- 알고리즘
- java
- EC2
- redis
- 자바
- Flutter
- FLAB
- 백엔드
- 데이터구조
- 로드밸런서
- nGrinder
- github
- 부트캠프
- 플러터
Archives
- Today
- Total
민스씨의 일취일장
TIssue | Postman에서 요청을 보냈는데 Controller에 도달을 안하는 이슈 본문
Programming Language & Framework/JAVA & Spring
TIssue | Postman에서 요청을 보냈는데 Controller에 도달을 안하는 이슈
읻민스 2024. 3. 4. 23:00반응형
TIssue
오늘의 이슈는 다음과 같다.
Controller에 요청 자체가 도달하지 않는다.
원인
이 이슈에 대해서는 다양한 원인이 있을 수 있지만, 내가 겪은 이슈의 원인은 아주 간단했다. 어쩌면 너무 간단해서 못찾았던 것 같다. 원인은 바로!
@RequestBody 애너테이션을 사용하지 않았기 때문이다.
RequestDto를 만들어서 데이터를 매핑할 계획이었다. 스프링은 메시지 컨버터(Message Converter)를 이용해서 매서드의 매개변수와 요청의 데이터를 바인딩한다. 하지만 이 때 @RequestBody (또는 @RequestParam 등)이 없으면 스프링은 데이터를 매핑할 곳을 찾지 못하고 예외를 발생시킨다.
해결책
@RequestBody, @RequestParam, @PathVariable을 필요한 곳에 사용했는지 확인하자!
문제를 찾는 데 오래 걸렸던 이유
실제로 문제를 발견하는 데 까지 적지 않은 시간이 걸렸는데, 이유가 어떤 오류도 발생시키지 않았기 때문이다. 그렇기 때문에 요청이 Controller, 즉 메서드에 도달하지 못한 것으로 인식했다. 코드를 ChatGPT에게 물어보기라도 했으면 바로 찾았을 지도 모르겠다.
틈새 팁
답을 찾는 과정에서 ChatGPT를 너무 늦게 사용하지 말자!
728x90
반응형
'Programming Language & Framework > JAVA & Spring' 카테고리의 다른 글
YdMinS | 스프링 IoC와 DI에 대해서 (0) | 2024.07.10 |
---|---|
IntelliJ | Java 프로젝트 생성 후 테스트 코드까지 작성해보기 (0) | 2024.05.01 |
TIssue | Java | error: reached end of file while parsing (0) | 2023.06.01 |
TIssue | IntelliJ | assertThat 임포트 안될 때 (0) | 2023.05.01 |
TIL | LogT | Java Math에 대해 알게된 내용과 고민들 (0) | 2023.03.06 |