본문 바로가기

전체 글

(172)
24.04.03 프론트에서 회원가입, 로그인 버튼을 눌렀을때 .HttpRequestMethodNotSupportedException: Request method 'GET' is not supported] 2024-04-03T14:59:04.047+09:00 DEBUG 22364 --- [nio-8080-exec-2] o.s.web.servlet.DispatcherServlet : Completed 405 METHOD_NOT_ALLOWED 2024-04-03T14:59:04.049+09:00 DEBUG 22364 --- [nio-8080-exec-2] o.s.security.web.FilterChainProxy : Securing GET /error 2024-04-03T14:59:04.050+09:00 DEBUG 2236..
24.04.02 프론트에 셀러 연결 판매자 로그인 판매자 회원가입 이걸 헤더 안에 넣는다. Seller Signup Email: Password: Confirm Password: Nickname: Address: Phone Number: Business Registration Number: 그런데 오류가 뜬다. 아직 해결중이다.
24.04.01 트러블슈팅의 중요성, 의사결정 오늘의 이력서 세션의 내용은 다음과 같았다. 트러블 슈팅과 기술적 의사결정은 아주 중요하다. 내가 뭘 할수 있는지를 알려주는것이다. 보통은 기술적 의사결정, 성능개선, 효율화를 뜻하지만 무지, 지식부족은 오류개선일 뿐이다. 그러나, 내가 뭘 할수 있는지, 무슨 고민을 했는지를 드러낸다면 트러블슈팅이다. 트러블 슈팅에는 무슨 문제가 있었고, 어떤 고민으로 해결했는제를 드러내야 하는데, 여러 해결방안중 하느를 채택했다는 고민이 묻어나야 한다. 그래서 도입이유, 문제상황 해결방안 의견조율 의견결정으로 나타내야 한다. 이런식으로 말이다. 마지막으론 s3에 올린 이미지를 프론트에 나타내게 하는 작업을 했다. 그리고 기술적 의사결정으로 지금 당장 오류들을 수정하기 보단 먼저 테스트를 받고 수정하는 작업을 할것과, ..
24.03.29 발표자료? 오늘부턴 발표자료를 반들기로 했다. 근데 이게 왠만한 기능구현 보다 어려운거 같다. 그래서 못만든다고 혼나고, 모으ㅢ면점도 dm날아오기 전까지 까먹고있어서 준비도 못해서 털리고.. 그냥 오늘은 털리기만 했다. 예전 직장생활을 떠올리게 하는 즐거운 경험을 한 날이였다. 신난다!!!
24.03.28 리뷰에 상품인식, 좋아요에 providerid 팀장님의 테스트 결과, 리뷰는 상품과 거기에 달린 주문 아이디를 입력해서 리뷰를 쓰는 식인데, 3번 상품에 주문했는데도 1번 상품으로 해도 작동이 된다는걸 발견했다. 그래서 리뷰를 수정중인데, fun findByIdAndSocialUserId(orderId: Long, socialUserId: Long): Optional 이것만으론 productid를 어떻게 할수가 없다. 그래서 prduct 번호를 입력하는데 의미가 없던 것이다. fun findByIdAndSocialUserIdAndProductId(orderId: Long, socialUserId: Long, productId: Long): Optional 이렇게하면 이제 상품 아이디도 인식 가능하다. val order = orderRepository..
24.03.27 한 주문에 한번의 리뷰, userprincipal이 providerid를 받게하기 주문당 하나의 리뷰만 쓰게 하면서 각 주문마다 원하는 대로 리뷰를 , 즉 4번주문엔 리뷰 안쓰고 6번에만 쓴다던가 할수있게 하기 위해서 방법을 강구해 봤다. 먼저 @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "order_id", nullable = false) val order: OrdersEntity, 리뷰를 오더랑 연결시켜서 오더 아이디를 받게 한다. 리뷰리포지터리에는 이걸 넣는다 fun findByOrderId(orderId: Long): Optional 이걸통해 오더아이디로 얘가내가 쓴주문인지 알도록 하고 오더리포지터리에 fun findByIdAndSocialUserId(orderId: Long, socialUserId: Long): Option..
24.03.26 providerid 받기 실패 오늘은 쓸 내용이 없다. 왜냐하면 오늘은 완전히 시간낭비만 했기 때문이다. 소셜유저를 이메일을 받는걸 프로바이더 아이디로 받으려고 했는데, 완전 대실패였다. jwt까지 바꿔서 jwt가 이메일을 받는걸 providerid로 바꾸려고 했는데, 9시부터 9시까지의 12시간이 그냥 낭비였다. 상담한 결과, 그걸 바꾸는건 불가능하다고 한다.... 내 시간....모든것이 무의미한 시간 낭비였다... 그러니까 이런 답이없는 문제는 치워버리고 다른 문제나 파기로 했다.
24.03.25 익셉션이 나오지 않던 문제, lazy를 dto를 받아오도록 하기 @Transactional override fun createReview( productId: Long, socialUser: UserPrincipal, createReviewRequest: CreateReviewRequest, ): ReviewResponse { // validateRating(createReviewRequest.rating) val user = socialUserRepository.findByEmail(socialUser.email) val product = productRepository.findByIdAndDeletedAtIsNull(productId) .orElseThrow { ModelNotFoundException("Product not found or deleted", pr..