솔직히, 체계가 갖춰진 회사에서 배우면 금방일거 같습니다.(에러처리관련)

[딱국죠르디(220.72)]

근데 저희 회사는 에러처리가 개판입니다!!

그냥 궁금증은 뒤로하고 넘겨버리고 대충 때워야 할까요

에러처리 너무 어렵습니다

[익명(125.178)]

예외처리가 머가 어려움 ㅇㅅㅇ

[익명(125.178)]

걍 인터넷 찾아보면 패턴 많더만. 책 사다 그거 따라치면 되겠네. 독서는 정보의 바다

[딱국죠르디(220.72)]

흠.... api의 에러처리임. 현재 서버 투 서버 통신을진행중인데, 서버투 서버 통신사이의 에러반환을 처리 안하고 그냥 넘기고 있어. 에러가 나도 "정상 등록되었습니다" 가 뜨고 있는 셈임. 에러를 그래서 반환시키고 api의 에러에 따라 분기시키고, 그리고 내가 요청받은건 더 나아가, 에러의 근원지 에러메세지를 프론트에서 그대로 볼 수 있게 해달라는 요청을 받았음. 에러를 전파하고 전파해서 프론트까지 전달해야함

[딱국죠르디(220.72)]

근데 이걸 하면 그냥 에러가 어떻게 전달할 수 있는지랑, 내가 지금 쓰고 있는 restTemplate 에서, 서버투 서버 통신사이 리스폰스를 어떻게 받아오는지, 뭐 이런걸 보면 그만일거 아냐? 근데 이게 좀 복잡 미묘 해. 예를들면 BadRequest 같은경우 지금 디폴트 반환값조차 빠진상태로 바디가 비어있는 상태로 리스폰스가 넘어오는데, 도대체 어디 어떤 설정이 되어있어서 바디가 비어있는지 아직도 파악을 못했음

[딱국죠르디(220.72)]

인터셉터랑 필터가 작동되고, 또 에러가 발생하면 라우팅이라고 해야하나?? 그걸 하나의 리퀘스트가 두번 진행해. 한번은 원래 예정되어있던 url로 라우팅되고, 두번째는 "error"로 라우팅됨. 근데 이게 또 설정에 따라 해당 라우팅을 바꿀수 있는거 같고. 막 여러 계층에서 접근하는 식으로 에러 처리를 하는거 같던데? 에러처리방법이 무진장 많음.. 아 머리아파