[BE-72] OauthService 구현체 및 테스트 코드 작성 #35

Jaeyeop-Jung · 2022-12-26T00:43:51Z

설명

ConfigurationProperties를 이용해 Google과 Kakao의 Oauth 관련 환경변수 불러오도록 설정
OauthConstants를 추가해 Oauth 요청시 QuerParameter에 들어가는 Key, Value 정의
Generic으로 구현한 CustomObjectMapper으로 check Exception(JsonProcessingException)을 Uncheck Exception으로 전환하도록 함
Google, Kakao Oauth 요청시 응답 받을 DTO 추가
RestTemplate에서 발생가능한 RestClientException Handler에 추가

변경사항

위 사항

질문사항

…환경변수 받는 기능 추가

…Dto 추가

# Conflicts: # src/main/java/com/recordit/server/RecordItServerApplication.java

…해 필드값만 Parsing하도록 설정

[BE-74] KakaoOauthService 구현

[BE-73] GoogleOauthService 구현

kdomo

테스트 코드는 추후에 작성되어야 되는거죠??

kdomo · 2022-12-26T03:08:50Z

src/main/java/com/recordit/server/util/CustomObjectMapper.java

+		try {
+			return objectMapper.readValue(str, clazz);
+		} catch (JsonProcessingException e) {
+			throw new IllegalArgumentException("잘못된 Json값이나 Class Type을 입력했습니다.");


IllegalArgumentException 대신에 Custom Exception을 쓰는게 어떨까요??

Custom exception을 넣을까 고민해봤는데 결국 CustomException을 넣는다한들 달라지는게 없어보여서 기본 예외로 처리했습니다

결국 저 코드에서 JsonProcessException이 터지면 그것은 애초에 개발자가 저 메소드에 넘긴 인자가 잘못된 경우 밖에 없을거라 판단했고(사용자의 오류가 아닌 컴파일 에러지만 잡히지 않는 개발자의 오류), Custom 처리를 한다고해도 저 메소드의 호출부가 문제일테니 거기에 예외처리를 둬야될 것 같아용

정리하자면

Custom Exception을 쓰던, 기본 예외를 쓰던 결국 호출부를 잡지 않으면 상관이 없다

더 완벽하게 이 예외를 처리하고 싶으면 해당 메소드를 호출하는 호출부를 try catch로 묶어서 거기서는 custom exception을 처리해도 된다 입니당

exceptionHandler를 정의하고 customException 을 정의한 이유가
프론트엔드에서 공통된 에러메세지의 형태로 주기 위해서 였는데,
IllegalArgumentException를 발생시킨다면 Handler에서 잡히지 않고
프론트엔드가 분기처리하기 애매해지지 않을까요?

라이언 생각은 개발단계에서만 발생하는 오류이기 때문에 IllegalArgumentException로 던져도 상관없다 라는뜻인가요?

kdomo · 2022-12-26T03:10:47Z

src/test/java/com/recordit/server/dummy/Foo.java

+package com.recordit.server.dummy;
+
+import java.util.Objects;
+
+public class Foo {
+	private String field1;
+	private String field2;
+
+	public Foo(String field1, String field2) {
+		this.field1 = field1;
+		this.field2 = field2;
+	}
+
+	public Foo() {
+	}
+
+	public String getField1() {
+		return field1;
+	}
+
+	public String getField2() {
+		return field2;
+	}
+
+	@Override
+	public boolean equals(Object o) {
+		if (this == o)
+			return true;
+		if (o == null || getClass() != o.getClass())
+			return false;
+		Foo foo = (Foo)o;
+		return Objects.equals(getField1(), foo.getField1()) && Objects.equals(getField2(),
+				foo.getField2());
+	}
+
+	@Override
+	public int hashCode() {
+		return Objects.hash(getField1(), getField2());
+	}
+}


삭제 부탁드립니다!

이거는 CustomObjectMapper 테스트용으로 쓰려고 의도적으로 넣어논 클래스입니다! 기존의 DTO 코드를 쓰기에는 나중에 변경이 될 수 있을 것 같아서 테스트 전용 클래스를 하나 만든거에용

해당 클래스를 꼭 사용해야 될까요? Foo 라는 네이밍 자체가 애매하네요..
테스트케이스 내부 클래스로 선언하는게 좋아보입니다!

Jaeyeop-Jung · 2022-12-26T03:42:48Z

테스트 코드는 추후에 작성되어야 되는거죠??

테스트 코드는 제가 작성하려고 했는데 결국 UriComponentBuilder나 RestTemplate을 테스트하는 꼴이 되어버려서 제가 일부로 안넣었습니당

kdomo · 2022-12-26T03:49:41Z

src/test/java/com/recordit/server/dummy/Foo.java

+package com.recordit.server.dummy;
+
+import java.util.Objects;
+
+public class Foo {
+	private String field1;
+	private String field2;
+
+	public Foo(String field1, String field2) {
+		this.field1 = field1;
+		this.field2 = field2;
+	}
+
+	public Foo() {
+	}
+
+	public String getField1() {
+		return field1;
+	}
+
+	public String getField2() {
+		return field2;
+	}
+
+	@Override
+	public boolean equals(Object o) {
+		if (this == o)
+			return true;
+		if (o == null || getClass() != o.getClass())
+			return false;
+		Foo foo = (Foo)o;
+		return Objects.equals(getField1(), foo.getField1()) && Objects.equals(getField2(),
+				foo.getField2());
+	}
+
+	@Override
+	public int hashCode() {
+		return Objects.hash(getField1(), getField2());
+	}
+}


해당 클래스를 꼭 사용해야 될까요? Foo 라는 네이밍 자체가 애매하네요..
테스트케이스 내부 클래스로 선언하는게 좋아보입니다!

kdomo · 2022-12-26T03:56:10Z

src/main/java/com/recordit/server/util/CustomObjectMapper.java

+		try {
+			return objectMapper.readValue(str, clazz);
+		} catch (JsonProcessingException e) {
+			throw new IllegalArgumentException("잘못된 Json값이나 Class Type을 입력했습니다.");


exceptionHandler를 정의하고 customException 을 정의한 이유가
프론트엔드에서 공통된 에러메세지의 형태로 주기 위해서 였는데,
IllegalArgumentException를 발생시킨다면 Handler에서 잡히지 않고
프론트엔드가 분기처리하기 애매해지지 않을까요?

라이언 생각은 개발단계에서만 발생하는 오류이기 때문에 IllegalArgumentException로 던져도 상관없다 라는뜻인가요?

Jaeyeop-Jung added 18 commits December 23, 2022 19:55

[BE-72] refactor: OauthService에 oauthToken으로 회원정보를 얻는 메소드 이름 변경

5951332

Merge branch 'feature/BE-72' into feature/BE-73

d211cf0

[BE-72] build: ConfigurationProperties 사용을 위해 의존성 추가

a1a3080

[BE-72] feat: ConfigurationProperties을 사용해 Google, Kakao Oauth 인증 관련 …

e00d818

…환경변수 받는 기능 추가

[BE-72] chore: application-oauth.yml 구글 user-info-request-url 수정

9e0f31d

[BE-72] feat: Oauth 파라미터 관련 Enum인 OauthConstants 추가

daa0062

[BE-72] feat: KAKAO, GOOGLE의 AccessTokenResponseDto와 UserInfoResponse…

5021626

…Dto 추가

[BE-72] feat: OauthConstants에 상수 추가

6c478ff

Merge branch 'develop' into feature/BE-72

2547f92

Merge branch 'feature/BE-72' into feature/BE-73

bd93a15

# Conflicts: # src/main/java/com/recordit/server/RecordItServerApplication.java

[BE-72] chore: MemberService.oauthRegister TODO 추가

3735416

[BE-72] feat: JpaAuditing 어노테이션 추가

968d349

[BE-72] feat: CustomObjectMapper 추가

e2137f4

[BE-72] feat: OauthConstants 상수 추가

4cde281

[BE-72] feat: KakaoUserInfoResponseDto에 JsonIgnoreProperties 어노테이션을 통…

7be233f

…해 필드값만 Parsing하도록 설정

[BE-72] feat: RestTemplate 예외를 ExceptionHandler에 추가

d9bab23

[BE-72] feat: GoogleOauthService 기능 추가

29b7a56

[BE-72] test: CustomObjectMapperTest 추가

92cf2d1

Jaeyeop-Jung requested review from Pull-Stack and kdomo as code owners December 26, 2022 00:43

Jaeyeop-Jung added ✨ Feature 기능 개발 🛠 Settings 개발 환경 설정 ⬆️Top Issues labels Dec 26, 2022

Jaeyeop-Jung and others added 3 commits December 26, 2022 10:02

[BE-74] feat: KakaoOauthService 기능 추가

cd5a0e9

Merge pull request #37 from ItRecode/feature/BE-74

fa5601d

[BE-74] KakaoOauthService 구현

Merge pull request #36 from ItRecode/feature/BE-73

9c0416f

[BE-73] GoogleOauthService 구현

kdomo reviewed Dec 26, 2022

View reviewed changes

kdomo approved these changes Dec 26, 2022

View reviewed changes

[BE-72] test: Foo 삭제 후 MappingDummy 클래스 CustomObjectMapperTest 내부에 정의

be96283

Jaeyeop-Jung requested a review from kdomo December 26, 2022 05:15

kdomo merged commit 86da281 into develop Dec 26, 2022

kdomo deleted the feature/BE-72 branch December 26, 2022 05:53

kdomo mentioned this pull request Jan 18, 2023

1차 배포 version 0.0.1 #112

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

[BE-72] OauthService 구현체 및 테스트 코드 작성 #35

[BE-72] OauthService 구현체 및 테스트 코드 작성 #35

Uh oh!

Jaeyeop-Jung commented Dec 26, 2022

Uh oh!

kdomo left a comment

Uh oh!

kdomo Dec 26, 2022

Uh oh!

Jaeyeop-Jung Dec 26, 2022

Uh oh!

Jaeyeop-Jung Dec 26, 2022

Uh oh!

kdomo Dec 26, 2022

Uh oh!

kdomo Dec 26, 2022

Uh oh!

Jaeyeop-Jung Dec 26, 2022

Uh oh!

kdomo Dec 26, 2022

Uh oh!

Jaeyeop-Jung commented Dec 26, 2022

Uh oh!

kdomo Dec 26, 2022

Uh oh!

kdomo Dec 26, 2022

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

[BE-72] OauthService 구현체 및 테스트 코드 작성 #35

[BE-72] OauthService 구현체 및 테스트 코드 작성 #35

Uh oh!

Conversation

Jaeyeop-Jung commented Dec 26, 2022

관련 이슈 번호

설명

변경사항

질문사항

Uh oh!

kdomo left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Jaeyeop-Jung commented Dec 26, 2022

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants