안녕하세요! 아직 학생이라 모르는 부분이 많아 자주 질문을 드리네요 ㅎㅎ.. 항상 감사하게 생각하고 있습니다. 다름이 아니라 email 이 아니라 UUID를 이용해서 토큰을 만드는 이유에 대해서 궁금합니다. 검색을 해보니 UUID는 를 사용하는 이유는 중복되지 않게 하기 위함 이라고 이해하였습니다. 하지만 사용자 관련 서비스에서 회원가입 시에 email이 동일한 사용자는 회원가입이 안되게 한다면 중복성 에 대한 문제는 해결할 수 있지 않을까? 그럼 users 테이블에 있는 id 컬럼과 userId 컬럼 중 하나는 사라져도 되겠다. 그럼 DB에 저장해야할 칼럼도 줄어들고, 더 좋지 않을까? 라고 생각을 하게 되었습니다. 하지만 강사님이 users 테이블에 id 컬럼과 userId 컬럼을 두면서 까지 UUID 를 쓰는 이유는 분명히 존재할 것 같아서 이렇게 질문 올려봅니다..!
안녕하세요 강사님. 강의 보며 많이 배우고 있습니다. 강의 내용대로 쭉 따라가며 진행하고 있는데 회원가입 부분에서 회원가입 제출 누르면 홈으로 리다이렉트가 안되고 403에러와 화이트라벨 페이지로 이동하게 됩니다. create 메서드에 로그를 찍어도 안찍히는걸 보니 해당 post 매핑이 잘못되었나 하여 준비해주신 자료에 있는 소스를 복사해 똑같이 붙여넣기해도 마찬가지네요... 혹시 원인이 무엇일까요..ㅠㅠ
안녕하세요 영한님 매일매일 강의 정말 너무너무 잘 듣고 있습니다. 수업과 살짝 관계가 없을 수도 있는 질문일수도 있지만 궁금해서 여쭤봅니다 ... ^^ 수업에서 사용하시는 케이스는 전부 관계형 데이터 베이스를 사용하는 경우, JPA를 어떻게 잘 사용할지에 대한 내용인 것 같은데 혹시 NoSQL 계열의 데이터베이스를 사용할 경우에는 JPA를 사용하는 것이 비효율적인지 또는 사용을 못하는건지 같은 관점에서 궁금합니다 (찾아보니까 몽고DB랑 같이 사용하는 케이스가 있는 것 같긴하던데..잘 감이 안오더라구요) 답변 주시면 감사하겠습니다!!
안녕하세요 선생님, actuator 관련해서 질문이 있습니다. 실습에서 actuator 관련해서 user-service의 WebSecurity에는 아래와 같은 코드를, http.authorizeRequests().antMatchers( "/actuator/**" ).permitAll() ; apigateway-service의 application.yml 파일에서는 아래와 같은 코드를 추가했습니다. - id : user-service uri : lb://USER-SERVICE predicates : - Path=/user-service/actuator/** - Method=GET, POST filters : - RemoveRequestHeader=Cookie - RewritePath=/user-service/(?<segment>.*), /$\{segment} 제가 궁금한 것은, actuator로 누구나 접근할 수 있게 permitAll() 설정을 해주었고, 인증 필터 또한 설정하지 않았는데 포스트맨으로 actuator 접근할 시 토큰이 필요한 이유에 대해 잘 모르겠습니다. (8분 15초 이후 관련)
안녕하세요 선생님, 선생님 강의 중 10분 17초 이후에 나오는 설명과 관련하여 질문이 있습니다. userDetails의 필드 중 pwd, encryptedPwd가 있습니다. pwd는 로그인 시 사용자가 입력한 패스워드가 암호화된 값, encryptedPwd는 회원가입시 사용자가 입력한 패스워드가 암호화된 값. 이라고 이해했습니다. 위처럼 제가 이해한 내용이 맞을까요? 맞다면 추가 질문드릴게 있습니다.
안녕하세요 영한님 질문이 있습니다. 회원가입을 할 때 비밀번호를 입력하는 예제를 만들어 보려고 합니다. 회원가입 시에 비밀번호를 입력하고 비밀번호 확인을 입력하여 둘이 같으면 회원가입을 요청하도록 로직을 짜려고 하는데, 이 로직을 어느 계층에 넣어야 할지 고민이 됩니다. 비밀번호 확인이라는 칼럼을 멤버 클래스에 추가하지 않고 클라이언트에서 넘겨준 데이터를 확인만 하고 버리려고 하는데 그러면 MemberApiController에서 직접 처리를 해야하는 걸까요? 감사합니다.
안녕하세요 강사님! 강의 너무 재밌게 잘 보고있습니다! . 마이크로서비스 환경에선 jpa 연관관계 맵핑(@OneToMany, @ManyToOne...) 이런게 불가능할 것 같은데 그래서 설정을 하지 않으신건지 궁금합니다! 또한 마이크로 서비스에선 외래키같은 설정은 따로 안해줘도 되는건가요?!
안녕하세요. CASCADE 옵션은 객체의 이점을 살려서 DB를 다룰 수 있는 점, 그리고 각각 persist/remove하는 것보다 편리하게 저장할 수 있다는 점에서 나름 이점이 있다고 생각됩니다. 강의를 보면서 몇가지 궁금점이 생겼는데 정리하여 질문드려요. <질문> 1. 실무에서는 사실상 데이터베이스의 데이터를 삭제하는 경우가 그리 많지 않았습니다. 그렇기에 특히나 cascade의 remove 옵션은 배제하는것이 더 좋지 않을까라는 생각이 드는데요. 이 또한 실무에서 사용을 자주 하는 편인가요? (물론 경우에 따라 다르다고 생각하긴 합니다) 2. 만약 cascade 옵션을 사용하는 경우가 있다면 persist도 자주 사용을 하는 편인가요? 3. 모든 엔티티를 cascade를 사용하지않고 직접 persist()를 통해 DB에 저장/삭제 시켜주는것이 좀 더 명시적이라고 생각됩니다. (관계 매핑 옵션을 확인하지 않고 실제 코드만 보고도 정확하게 하는 동작을 파악할 수 있기 때문에)이 부분에 대해서 영한님의 의견을 듣고 싶습니다. 모든 질문 실무에서의 경험을 섞어서 답변 주시면 감사하겠습니다!
SELECT * FROM member AS m INNER JOIN history AS h ON (m.id = h.id) WHERE DATE(h.created_at) = DATE_ADD(CURDATE(), INTERVAL -1 DAY) 해당 쿼리문을 만들어야 하는데요... 지금 까지 제가 해본 것 입니다!!!! 함수 () { LocalDate minusDays = LocalDate.now().minusDays(1); DateTemplate<LocalDate> localDateDateTemplate = Expressions.dateTemplate(LocalDate.class, "DATE({0},'%Y-%m-%d')", subQEmrConsultationHistory.createdAt, ConstantImpl.create("%Y-%m-%d")); BooleanBuilder booleanBuilder = new BooleanBuilder(); booleanBuilder.and(localDateDateTemplate.eq(minusDays)); return queryFactory .from(qhistory) .join(qhistory.member) .where(booleanBuilder) } 이렇게 한번 해보았는데 당연히 안되었네요... 이방법이 아닌거 같은데요... 이 경우 어쩔수 없이 Mybatis로 가야하나요....
- 배경 1. @MappedSuperclass 예시 코드에는 create, update 정보만 있었지만, 저는 deleted (소프트 딜리트 플래그) 도 넣고 싶습니다. 2. deleted 는 검색이 필요하기에 객체 관계가 필요하고, 그렇기에 @MappedSuperclass 로 묶을 수 없다는 것을 인지했습니다. 3. 위 조건을 만족하기 위해서 @Entity 를 주면 해결이 되지만, 이 경우 매핑 정보 전달만을 위한 클래스가 테이블로 생성되어 버럽니다. - 질문 1. 현재는 뾰족한 방법을 찾지 못해 모든 테이블에 deleted 를 따로 만들어주고 있습니다. 공통적으로 관리할 수 있는 방법이 있을까요?
안녕하세요, 강의 잘 듣고 있습니다. 질문을 드리고 싶어서요. 영속성 컨텍스트에 엔티티A 가 있다고 가정해 볼게요. EntityManager의 em.find()를 통해 엔티티A를 조회하면, EntityManager는 영속성 컨텍스트에 있는 엔티티A를 반환하고, 실제 DB에 select 쿼리는 날리지 않는걸로 알고 있어요. 그런데 queryFactory는 생성자 인자로 EntityManager를 받고 있음에도, 왜 해당 강의 7분 21초에서는 select 쿼리가 나가나요?? queryDSL은 EntityManager 차원의 find 실행이 아니고, JPQL 차원의 쿼리 실행이라, 무조건 쿼리가 나가는 건가요??
안녕하세요~ 좋은 강의 감사합니다~ 12 Factor내용을 보고싶어서 https://12factor.net/ko/ 사이트에 들어갔는데, 머릿말에서 소개하기를, SaaS앱을 만들기 위한 방법론이라고 소개하고 있습니다. 제가 인프라가 많이 부족하고 Spring Cloud가 어떤것인지 감도 안오지만, Image와 컨테이너를 사용하는 것으로 알고있고, 컨테이너를 사용해서 구축하는 아키텍는 IaaS로 알고있는데, 맞는 접근법인가요?
제가 이해한게 맞는지 여쭤보고 싶어서 질문을 남깁니다!! JPA 는 EntityManager 로 ORM 구현 Hibernate는 SessionFactory로 ORM 구현 Spring Data Jpa는 Repository에 JpaRepository를 상속받고 엔티티 객체를 구현하여 ORM 구현 JPA를 사용하지만 구현체인 hibernate를 사용하지 않아도 되고 즉 EntityManager로도 충분히 가능함 이 차이점이 맞나요?? Spring Data Jpa를 사용하지 않고 그냥 JPA만 사용할 경우에도 라이브러리를 spring-data-jpa 를 사용하는건가요??
안녕하세요. 강의 감사합니다. 2:50~3:00 부분 컨티뉴 디플로이먼트에서 운영에 반영하기 전에 충분한 테스트를 거치고 그 다음에 반영한다는 말인가요? 그 후에 카나리나 배포 블루그린 배포처럼 문제가 있을 수 도 있지만 새버전에 문제가 발생하면 지속적으로 수정 업데이트 한다는 설명으로 이해한게 맞나요??
안녕하세요 영한님! 강의 영상 5:36 경에 new QMemberTeamDto 인자의 member.id처럼 필드명이 맞지 않는거를 as로 바꿔주셨는데 @QueryProjection 방법 특성상 생성자로 Dto를 만들어 select하는거라 타입만 맞으면 되지 않나요?? 만약 일부로 as를 사용하신거면 dto 안에 이러한 필드가 있다고 좀 더 명시적으로 나타내기 위한 장치인가요?
안녕하세요 김영한님 오랜만에 질문을 남깁니다. 프로젝트 중간중간 jpa 관련 의문점이 들때마다 다시한번 책과 이 강좌가 많은 참고가 됩니다. 이 자리를 빌어 다시한번 감사드립니다^^ 제목에서처럼 테이블명과 기본 구조 칼럼은 그대로이나 상황에 따라 아래의 code000 칼럼의 갯수가 추가 또는 삭제가 되는 그런 구조인데 jpa에서 어떻게 다룰 수 있는지 궁금합니다.
안녕하세요 JPA 사용하다 궁금한게 생겨 질문드립니다. 현재 강의를 듣고 Spring Data JPA를 사용중인데요 공식 문서를 보니 count query 시 return 값이 Long(Wrapper Type)으로 반환된다 합니다. 혹시나 싶어서 jpa에서 count 후 return class type을 보니 java.lang.Long으로 반환되네요.... 궁금한건 count는 sql도 그렇고 jpa 문서상에도 null인 경우가 없는것으로 보이는데요 JPA에서 Count 쿼리 호출시 primitive가 아닌 Wrapper로 반환하는 이유가 있을까요?? 엔티티 ID처럼 nullable로 인한 이득이 있는것도 아닌데, 결과값을 박싱해서 내려주는게 어떤 이득이 있는지 모르겠습니다. 마지막으로 Long으로 반환되는 결과값을 아래처럼 long으로 unboxing 해서 사용해도 성능이나 여러가지면에서 손해보는면이 있을까요? @Query("select count(m) from ....... wherer ....") long countMember();
항상 강의 잘 보고 있습니다. 제목 그대로 RestTemplate로 하나 FeignClient로 하나 Gateway log를 살펴보면 user-service만 호출되있네요. 이전에 RestTemplate에서는 url설정시에는 localhost:8000/order-service/%s...이런 식으로 url을 조합했다면 그 이후엔 url을 @LoadBalanced 어노테이션 붙이고 localhost 대신에 마이크로 서비스 이름을 넣었는데 이 방식과 Feign클라이언트로 하는 방식 모두 api gateway 에서는 order service의 로그가 안뜨더라구요. 원래 이 방식으로하면 gateway를 먼저 거쳐가는 게 아닌 마이크로서비스 간에 직접적으로 통신을 하게되나요. 감사합니다.
안녕하세요. 강의를 보면서 이런저런 기능을 구현해보고 있는데요. 혹시 API에서 "/api/{TABLE_NAME}"으로 get 을 보내 받아온 TABLE_NAME과 일치하는 테이블을 찾아 해당 테이블의 값을 모두 findAll 하게 할 수 있나요? 복수의 테이블에 대하여 각각 findAll을 하고자 할때 테이블별로 API를 만드는 방법밖에 없는지 궁금합니다. 테이블마다 구조는 각각 다릅니다. 따라서 테이블마다 entity와 repository는 만들어줄 수밖에 없을 것같은데 {TABLE_NAME}을 해당하는 entity와 repository를 찾도록 분기문을 하는게 최선일까요? 네이티브 쿼리도 생각해 봤는데 가능하면 쿼리 사용안하고 해보고 싶은데 검색해봐도 잘 모르겠네요. 조언 부탁드립니다. 감사합니다.
