안녕하세요. 너무 유익하게 강의를 수강하고 있습니다. 지난 test 강의에서도 이해가 되지 않아 넘겼던 부분인데, 중복회원예외 함수에서 assertThrows에 오류가 발생합니다. org.opentest4j.AssertionFailedError: Expected java.lang.IllegalStateException to be thrown, but nothing was thrown. 위는 오류 메시지이고, 소스 코드는 강의 내용과 동일하게 작성하여 작성 중 발생한 오류는 없습니다. 답변주시면 감사하겠습니다. 오늘도 좋은 하루 보내시고 열심히 마지막 강의까지 수강해보도록 하겠습니다:)
안녕하세요! - 서비스에서 DTO를 만들어서 컨트롤러에게 리턴하는 방식 - 서비스에서는 엔티티를 리턴하고 컨트롤러에서 최종적으로 응답을 내보낼 때 DTO로 감싸서 내보내는 방식 두가지의 방법중에서 어떠한것이 더 좋은 선택일까 고민하고 있습니다. 인터넷을 찾아봐도 많은 논쟁들이 있었지만 무엇이 더 나은 방법이라고 확실하게 답변해주는 건 없는 것 같아요. 개인적으로 서비스에서 DTO를 반환하는게 핵심 비즈니스 로직을 감출 수 있고 의존성을 낮출 수 있다고 생각합니다. 그런데 여기서 문제점이 생기는데, 예를 들어 UserService에 아래와 같은 메소드 2개가 있다고 가정할게요. - findByUserId(Long id) - 내부에서 repo호출하여 유저 엔티티를 가져온 후 DTO로 반환 - updateUser(Long id, ...) `updateUser()`에서는 `findByUserId()`를 호출하여 유저를 가져오고 특정 로직에 따라 업데이트하는 구문을 수행하는 목적입니다. 그런데 `findByUserId()`에서 엔티티를 반환했기때문에 엔티티를 가져오기 위해 다시 한번 repo를 호출하여 실제 엔티티를 가져온 후 정보를 변경하는 로직을 수행해야합니다. 따라서 추가적인 쿼리가 발생하는 문제가 생깁니다. 사실 위 예제는 조금 극단적인 예제이긴 합니다만, 실무에서 개발하다보니 서비스에서 서비스를 호출하는 경우가 빈번하게 발생하더라구요. 하지만 엔티티 자체를 컨트롤러까지 노출하는건 뭔가 꺼려집니다. 질문을 요약하자면, DTO를 서비스에서 리턴하는 방식과 서비스는 엔티티를 리턴하고 컨트롤러에서 DTO로 조합하여 최종 응답을 내보내는 방식 중 어떠한 것이 더 좋다고 생각하시는지 알고 싶습니다. (또는 실무에서 자주 사용하는 방식) 감사합니다 :)
안녕하세요. 엔티티에 @ManyToOne, @OneToMany등과 같이 관계로 설정된 컬럼에 접근하는 방법에 대해 알고 싶습니다. 예를 들어 Order 엔티티가 - id(PK) - user(관계로 설정된 값) 로 설정되어있다고 가정한다면 실제 테이블에는 user_id(FK)가 들어가게 될텐데요. Order.getUser().getId()를 통해 user_id를 가져오게 된다면 불필요하게 user테이블에 쿼리가 한번 더 나가더라구요. 따라서 단순히 Order테이블을 조회한다음 user_id컬럼값을 가져오고 싶은데 이에 대한 방법이 궁금합니다. 인터넷을 좀 찾아보니 @Column ( name = "user_id" , insertable = false, updatable = false ) private Long userId ; 위와 같은 형태로 설정해준다음 Order.getUserId()를 통해 가져오라고 나와있던데 맞는 방식인지 헷갈리네요. <질문> 1. API작업을 하다보면 연관관계의 객체를 통해 접근하는게 아닌 위처럼 단순 FK컬럼의 값만 가져오고 싶을때가 있을 것 같은데 어떻게 접근하는게 옳은 방식일까요? 2. 관계를 같이 저장할 때 객체를 통한 저장이 아닌 FK키를 직접 입력해서 저장해주고 싶습니다. 위 코드를 예로 들자면 Order엔티티에 user객체를 직접 저장하는게 아닌 user_id를 입력시켜서 저장시키고 싶습니다. (user객체를 직접 저장하는 경우 무조건 user를 한번 가져와야하기 때문에) 이런 경우에는 어떻게 접근하는게 좋을까요? 감사합니다.
안녕하세요, 강의를 들으면서 첫 실습 예제를 처음부터 생성해서 따라하던 도중 Entity 어노테이션을 이용하여 클래스를 매핑할 때, 위와 같은 오류가 나더라구요. 구글링을 통해서 해당 오류는 persistence.xml 설정에 <class> 속성을 이용해서 처리되긴 했는데, 제가 책이랑 강의를 다시 다 찾아봐도 해당 설정하신 것은 보질 못해서.. 설정 부분에서 차이가 있어서 그런지 확인 차 문의드립니다. 아! 그리고 프로젝트 생성 방식은 Dynamic Web Content로 첫 생성 -> Configure to Maven Project -> Configure to JPA 위와 같은 단계를 밟아서 생성했습니다. 혹시나 JPA버전과 library 설정 차이일까요...? DB를 오라클을 사용하고, 이클립스를 사용하면서 따라가다보니 설정 디테일 차이가 발생한 것 같은데.. 의견 부탁드리겠습니다..!
<!-- 필수 속성 --> < property name ="javax.persistence.jdbc.driver" value ="org.h2.Driver" /> < property name ="javax.persistence.jdbc.user" value ="sa" /> < property name ="javax.persistence.jdbc.password" value ="" /> < property name ="javax.persistence.jdbc.url" value ="jdbc:h2:tcp://localhost/~/test" /> < property name ="hibernate.dialect" value ="org.hibernate.dialect.MySQL5Dialect" /> <!-- 옵션 --> < property name ="hibernate.show_sql" value ="true" /> < property name ="hibernate.format_sql" value ="true" /> < property name ="hibernate.use_sql_comments" value ="true" /> < property name ="hibernate.jdbc.batch_size" value ="10" /> < property name ="hibernate.hbm2ddl.auto" value ="create" /> Hibernate: drop table if exists Member Hibernate: create table Member ( id bigint not null, age integer not null, name varchar(255), primary key (id) ) engine=MyISAM 5월 01, 2021 2:29:55 오전 org.hibernate.resource.transaction.backend.jdbc.internal.DdlTransactionIsolatorNonJtaImpl getIsolatedConnection INFO: HHH10001501: Connection obtained from JdbcConnectionAccess [org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator$ConnectionProviderJdbcConnectionAccess@6bda1d19] for (non-JTA) DDL execution was not in auto-commit mode; the Connection 'local transaction' will be committed and the Connection will be set into auto-commit mode. 5월 01, 2021 2:29:55 오전 org.hibernate.resource.transaction.backend.jdbc.internal.DdlTransactionIsolatorNonJtaImpl getIsolatedConnection INFO: HHH10001501: Connection obtained from JdbcConnectionAccess [org.hibernate.engine.jdbc.env.internal.JdbcEnvironmentInitiator$ConnectionProviderJdbcConnectionAccess@671facee] for (non-JTA) DDL execution was not in auto-commit mode; the Connection 'local transaction' will be committed and the Connection will be set into auto-commit mode. 5월 01, 2021 2:29:55 오전 org.hibernate.tool.schema.internal.ExceptionHandlerLoggedImpl handleException WARN: GenerationTarget encountered exception accepting command : Error executing DDL " create table Member ( id bigint not null, age integer not null, name varchar(255), primary key (id) ) engine=MyISAM" via JDBC Statement org.hibernate.tool.schema.spi.CommandAcceptanceException: Error executing DDL " create table Member ( id bigint not null, age integer not null, name varchar(255), primary key (id) ) engine=MyISAM" via JDBC Statement at org.hibernate.tool.schema.internal.exec.GenerationTargetToDatabase.accept(GenerationTargetToDatabase.java:67) at org.hibernate.tool.schema.internal.SchemaCreatorImpl.applySqlString(SchemaCreatorImpl.java:440) at org.hibernate.tool.schema.internal.SchemaCreatorImpl.applySqlStrings(SchemaCreatorImpl.java:424) at org.hibernate.tool.schema.internal.SchemaCreatorImpl.createFromMetadata(SchemaCreatorImpl.java:315) at org.hibernate.tool.schema.internal.SchemaCreatorImpl.performCreation(SchemaCreatorImpl.java:166) at org.hibernate.tool.schema.internal.SchemaCreatorImpl.doCreation(SchemaCreatorImpl.java:135) at org.hibernate.tool.schema.internal.SchemaCreatorImpl.doCreation(SchemaCreatorImpl.java:121) at org.hibernate.tool.schema.spi.SchemaManagementToolCoordinator.performDatabaseAction(SchemaManagementToolCoordinator.java:155) at org.hibernate.tool.schema.spi.SchemaManagementToolCoordinator.process(SchemaManagementToolCoordinator.java:72) at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:310) at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:467) at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:939) at org.hibernate.jpa.HibernatePersistenceProvider.createEntityManagerFactory(HibernatePersistenceProvider.java:56) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:79) at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:54) at hellojpa.JpaMain.main(JpaMain.java:10) Caused by: org.h2.jdbc.JdbcSQLSyntaxErrorException: Syntax error in SQL statement " CREATE TABLE MEMBER ( ID BIGINT NOT NULL, AGE INTEGER NOT NULL, NAME VARCHAR(255), PRIMARY KEY (ID) ) ENGINE=[*]MYISAM"; expected "identifier"; SQL statement: create table Member ( id bigint not null, age integer not null, name varchar(255), primary key (id) ) engine=MyISAM [42001-200] 이런식으로 에러가 발생합니다 ㅜ
강의에서는 대상 테이블에 외래키가 있는 경우 양방향만 가능하다라고 설명 하셨는데, 강의의 예시는 어디에 FK가 있던 Member 는 Locker 를 가지고 있다는 가정인것 같습니다. 만약 Locker가 FK를 가지고 있는 상태에서 Member 는 Locker를 가지고 있지 않다면 이는 Locker를 주로 보는 것과 동일한 상황일테니 단방향 이어도 상관 없겠지요?
안녕하세요! 로드맵대로 강의를 마치고 이제 실제로 토이 프로젝트를 구현해보고 있습니다. Authorization 헤더에 JWT토큰을 태워서 보내는 형태로 인증을 구현하려고 하는데요. 보통 Spring Security를 사용한다고 나와있어서 해당 라이브러리를 같이 설치한다음 작업하고 있습니다. 관련해서 검색하면서 살펴보고 있는데 제공하는 기능들이 너무나도 많아서 실무에서는 어떤걸 많이 사용하는지 정말 헷갈리네요. 찾아보니 @Secured, @PreAuthorize, @RolesAllowed 라는 3가지의 방법이 존재하는 것 같은데, 실무에서는 어떠한 방법을 사용하나요? (물론 요구사항에 따라 다르겠지만 일반적으로 사용하는걸 알려주시면 제가 검색해서 찾아보겠습니다ㅎㅎ개인적으로는 @PreAuthorize를 사용해서 엔드포인트마다 권한을 세분화하는게 좋다고 생각합니다.)
Batch fetch size 가 어떻게 적용되는지 블랙박스인 느낌이 드네요. 관련된 원리를 알 수 있을까요? stream().map 을 통해서 루프를 돌면서 Lazy Loading을 할 텐데 각 루프를 실행 할 때 쿼리를 날리지않고 다돌고난후 알아서 in 절에 채워넣어주는건 Hibernate가 알아서 해주는 건가요? 어떻게 가능한지 감이 안오네요
안녕하세요. 영한님의 강좌에서는 컨트롤러에서 DTO를 리턴하는 방식을 사용하고 있더라구요. 그런데 인터넷을 찾아보니 ResponseEntity로 한번 감싸서 리턴하는 방식도 종종 사용하는 것 같습니다. (ResponseEntity를 사용하면 응답코드, 헤더등과 함께 좀 더 세밀하게 리턴값을 조절할 수 있기 때문인 것 같네요) 실무에서는 DTO를 그대로 반환하는 방식과 ResponseEntity로 감싸서 반환하는 방식 중 어떤 방식을 사용하나요? 감사합니다 :)
13:09 store.clear() 에서 store에 빨간줄이 뜹니다 왜이런가요? java: cannot find symbol symbol: method clearStore() location: variable repository of type hello.hellospring.repository.MemoryMemberRepository
회원가입 시 이름 중복 확인하는 메소드 안에서 IllegalAccessException 을 try/catch 문 쓰지 않고 작성을 하셨는데 하신 것을 보고 따라서 try/catch문 쓰지 않고 throw new IllegalAccessException을 하니 error: unreported exception IllegalAccessException; must be caught or declared to be thrown 이라는 에러가 발생합니다. 혹시 어떠한 원인인지 아실까요? 자바 버전은 오라클에서 다운받은 11입니다. ----------------------------------- 자답 추가합니다 ㅠㅠ IllegalAccessException 가 아니고 IllegalStateException으로 적었어야 했네요 ㅠㅠ 하.... 덕분에 강의안을 처음부터 천천히 복습하고 좋았습니다 ^^ ㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎㅎ 다들 화이팅!
안녕하세요! 16:39초 정도까지 강의를 듣다보면 DTO로 변환해서 넘기는 모습을 볼 수 있습니다. 그런데 응답값을 확인해보면 totalElements, last, size, number, sort, first, empty 등 페이징에 관련한 모든 필드들이 나가더라구요. 그냥 클라이언트에서 필요한 부분만 정제해서 내보내야할 것 같은데 실무에서는 어떠한 방법을 사용하나요?
안녕하세요. 이전부터 말씀해주신 CQRS에 관해서 간단한 질문이 있습니다. 예를 들어 Member엔티티에 관해 아래처럼 2개의 레포지토리로 쪼갠다고 가정할게요. - MemberQueryRepository(읽기) - MemberCommandRepository(쓰기) 저희가 JPA Data의 이점을 살리려면 JpaRepository를 상속받아서 사용한다고 강의에서 배웠는데요. 읽기 관련 쿼리가 들어있는 Query와 쓰기 관련 쿼리가 들어있는 Command 2개의 레포 모두 JpaRepository를 상속받아서 사용하나요? JpaRepository에는 단순 find~로 시작하는 읽기 메소드뿐만 아니라 delete, save등 쓰기에 관한 메소드도 같이 들어가있어서 읽기/쓰기 레포에서 모두 상속받아서 사용한다면 나중에 작업을 할 때 단순 조회/저장/삭제 등을 어떤 레포에서 사용해야할 지 혼란이 올 것 같습니다. CQRS에 대해서는 이론만 알고있었지 실제로 적용해본적이 없어서 많이 혼란스럽네요. 감사합니다 :)
