#327 fridge exception 구조 변경 및 assembler 삭제

[psyeon1120]

📍 이슈 번호

• close [refactor] fridge 관련 exception 및 assembler 수정 #327

🛠️ 작업 내용

1. 잘못되어 있는 예외처리 조금씩 수정하면서 fridge exception 구조 변경했습니다.
2. fridge, fridgeFood, notification assembler에서 각각 적합한 위치로 옮긴 후 삭제했습니다.
3. 파라미터에서 idx를 id로 변경했습니다.
4. ExceptionAdvice에 자주 발생하는 에러들을 적용시켰습니다.

🎸 기타 사항

1. ReturnCode에서 오류메시지 조금씩 다듬고 순서 변경했습니다. 변경사항은 swagger에 모두 적용했습니다.
2. '존재하지 않는 사용자입니다.'를 언제나 검증해야 되는지 의문입니다. API 호출할 때 loginStatus로 확인을 하는데 또 안해도 될 것 같기도 합니다. 그리고 몇몇 API는 검증하지 않는 곳도 있어서 같이 생각해봐요!
3. '존재하지 않는 카테고리입니다'처럼 요청값이 잘못들어온건 다 INVALID_PARAM이나 다른 공통적인 오류로 처리하는 건 어떤가요? 지금은 해당 오류들의 HttpStatus를 BAD_REQUEST로 변경해놨습니다.

[sojungpp]

1. ReturnCode에서 오류메시지 조금씩 다듬고 순서 변경했습니다. 변경사항은 swagger에 모두 적용했습니다.

확인했습니다! idx 변경이랑 엄청 많았는데 넘 고생했고 감사합니답 🤍
returnCode 관련 리뷰 확인 한 번만 부탁드려요 !

---

2. '존재하지 않는 사용자입니다.'를 언제나 검증해야 되는지 의문입니다. API 호출할 때 loginStatus로 확인을 하는데 또 안해도 될 것 같기도 합니다. 그리고 몇몇 API는 검증하지 않는 곳도 있어서 같이 생각해봐요!

오 저도 loginStatus로 한 번에 검증하는 거 좋은 것 같아요!
그러면 현재 loginStatus 로직에서 추가로 예외 처리(탈퇴 회원 검증 등) 해줘야 할 것 같은데 이 부분은 따로 이슈파서 제가 할까요 ?

IceButler_Server/src/main/java/com/example/icebutler_server/global/resolver/LoginResolver.java

Lines 36 to 59 in a346697

	@Nullable
	@Override
	public Object resolveArgument(@NotNull MethodParameter parameter,
	ModelAndViewContainer mavContainer,
	@NotNull NativeWebRequest webRequest,
	WebDataBinderFactory binderFactory) throws Exception
	{
	Auth auth = parameter.getMethodAnnotation(Auth.class);
	if (auth == null)
	throw new BaseException(INTERNAL_SERVER_ERROR);
	String accessToken = webRequest.getHeader(Objects.requireNonNull(env.getProperty("jwt.auth-header")));
	if(accessToken == null || !tokenUtils.isValidToken(tokenUtils.parseJustTokenFromFullToken(accessToken)))
	return LoginStatus.getNotLoginStatus();
	Long userIdx = Long.valueOf(tokenUtils.getUserIdFromFullToken(accessToken));
	if (!auth.optional() && userIdx == null) {
	return LoginStatus.getNotLoginStatus();
	}
	return LoginStatus.builder().isLogin(true).userIdx(userIdx).build();
	}

---

3. '존재하지 않는 카테고리입니다'처럼 요청값이 잘못들어온건 다 INVALID_PARAM이나 다른 공통적인 오류로 처리하는 건 어떤가요? 지금은 해당 오류들의 HttpStatus를 BAD_REQUEST로 변경해놨습니다.

좋습니다-! 추가 의견 리뷰로 남겼습니다 확인 부탁드려요 !

[sojungpp]

Suggested change

	@ResponseStatus(HttpStatus.BAD_REQUEST)
	@ExceptionHandler(
	value = {
	HttpMessageNotReadableException.class,
	HttpRequestMethodNotSupportedException.class,
	MissingServletRequestParameterException.class,
	MethodArgumentTypeMismatchException.class,
	DateTimeParseException.class
	}
	)
	protected ResponseCustom handleBaseException(Exception e) {
	return ResponseCustom.error(ReturnCode.INVALID_PARAM);
	}
	@ResponseStatus(HttpStatus.BAD_REQUEST)
	@ExceptionHandler(
	value = {
	HttpMessageNotReadableException.class,
	HttpRequestMethodNotSupportedException.class,
	MissingServletRequestParameterException.class,
	MethodArgumentTypeMismatchException.class,
	DateTimeParseException.class
	}
	)
	protected ResponseCustom handleBaseException(Exception e) {
	// 제안 부분
	FieldError error = Objects.requireNonNull(e.getFieldError());
	return ResponseCustom.error(ReturnCode.INVALID_PARAM, String.format("%s", error.getDefaultMessage()));
	}

INVALID_PARAM 으로 공통으로 처리하는 방법 간편하고 좋은 것 같아요!
여기서 추가로 error.getDefaultMessage() 통해서 어떤 컬럼에서 문제가 발생했는지 알 수 있는데,
프론트가 필요하면 ResponseCustom의 data로 같이 넘겨주고, 필요 없다면 내부 로그로 저장시켜두는거 어떤가요 ?
(테스트나 문제 발생 대비)

[psyeon1120]

이건 또 무슨 새로운 기능인거죠?! 근데 getDefaultMessage를 하면 각 에러별로 내장 에러메세지가 나오는데 그걸 그대로 응답에 보여주는 건 좀 그럴 것 같아요! 내부 로그에만 기록하는 건 어떤가요??

[sojungpp]

로그 기록하는 거 좋아요! 로그는 관련해서 같이 따로 얘기해서 적용하는걸로 ~

[sojungpp]

보다가 생각났는데 ReturnCode 공통적으로 네이밍해서 쓸까요?
'이미 존재하는 것'에 대한 네이밍이 ALREADY_EXIST_FOOD_NAME STILL_MEMBER_EXIST 이렇게 2가지로 쓰이고 있는데 통일 시키기 ?!

[psyeon1120]

그렇게 하면 어떤 데이터든 겹치는 데이터가 있을 때 ALREADY_EXIST("해당 데이터가 이미 존재합니다.")로 같은 오류를 내는 건가요?

[psyeon1120]

근데 STILL_MEMBER_EXIST는 이미 존재한다는 의미보다는 냉장고에 멤버가 아직 존재해서 삭제를 하지 못할 때 내는 오류입니다! 다른 부분에서 더 공통적으로 쓰일 일이 있으면 그런식으로 쓰면 좋을 것 같습니당

[sojungpp]

아 전자를 의미한 건 아니구 이미 냉장고에 해당 사용자가 중복으로 있을 때 사용하는 에러인 줄 알았어요.! 넹 좋습니도

[psyeon1120]

오 저도 loginStatus로 한 번에 검증하는 거 좋은 것 같아요! 그러면 현재 loginStatus 로직에서 추가로 예외 처리(탈퇴 회원 검증 등) 해줘야 할 것 같은데 이 부분은 따로 이슈파서 제가 할까요 ?

IceButler_Server/src/main/java/com/example/icebutler_server/global/resolver/LoginResolver.java

Lines 36 to 59 in a346697

	@Nullable
	@Override
	public Object resolveArgument(@NotNull MethodParameter parameter,
	ModelAndViewContainer mavContainer,
	@NotNull NativeWebRequest webRequest,
	WebDataBinderFactory binderFactory) throws Exception
	{
	Auth auth = parameter.getMethodAnnotation(Auth.class);
	if (auth == null)
	throw new BaseException(INTERNAL_SERVER_ERROR);
	String accessToken = webRequest.getHeader(Objects.requireNonNull(env.getProperty("jwt.auth-header")));
	if(accessToken == null || !tokenUtils.isValidToken(tokenUtils.parseJustTokenFromFullToken(accessToken)))
	return LoginStatus.getNotLoginStatus();
	Long userIdx = Long.valueOf(tokenUtils.getUserIdFromFullToken(accessToken));
	if (!auth.optional() && userIdx == null) {
	return LoginStatus.getNotLoginStatus();
	}
	return LoginStatus.builder().isLogin(true).userIdx(userIdx).build();
	}

오오 네 좋아요!! 부탁드립니다🩷

[sojungpp]

오 저도 loginStatus로 한 번에 검증하는 거 좋은 것 같아요! 그러면 현재 loginStatus 로직에서 추가로 예외 처리(탈퇴 회원 검증 등) 해줘야 할 것 같은데 이 부분은 따로 이슈파서 제가 할까요 ?

IceButler_Server/src/main/java/com/example/icebutler_server/global/resolver/LoginResolver.java

Lines 36 to 59 in a346697

	@Nullable
	@Override
	public Object resolveArgument(@NotNull MethodParameter parameter,
	ModelAndViewContainer mavContainer,
	@NotNull NativeWebRequest webRequest,
	WebDataBinderFactory binderFactory) throws Exception
	{
	Auth auth = parameter.getMethodAnnotation(Auth.class);
	if (auth == null)
	throw new BaseException(INTERNAL_SERVER_ERROR);
	String accessToken = webRequest.getHeader(Objects.requireNonNull(env.getProperty("jwt.auth-header")));
	if(accessToken == null || !tokenUtils.isValidToken(tokenUtils.parseJustTokenFromFullToken(accessToken)))
	return LoginStatus.getNotLoginStatus();
	Long userIdx = Long.valueOf(tokenUtils.getUserIdFromFullToken(accessToken));
	if (!auth.optional() && userIdx == null) {
	return LoginStatus.getNotLoginStatus();
	}
	return LoginStatus.builder().isLogin(true).userIdx(userIdx).build();
	}

오오 네 좋아요!! 부탁드립니다🩷

확인 완 !