생성자에서 빈 객체 주입 하던 방식에서 필드에 직접 @Autowired 어노테이션을 붙여서 하는 방식으로 바꾸고 maven package 또는 build 할때 "spring Formatting violations found in the following files:" 위 에러 메세지가 뜨면서 exit(1)이 발생하는 경우가 있습니다. 찾아보니 스프링 관련 문법(?)을 어겼다고 규칙에 맞는 문법으로 수정하라는 오류메세지인데, 빈 객체에서는 생성자를 통해 빈 객체를 주입받는 문법만 허용해서 발생하는 오류입니다. "mvnw spring-javaformat:apply" 위 명령어를 통해 스프링에서 허용하는 문법을 적용하여 해결하실 수 있습니다.
현재 링크의 Resolve 설명에서 `심볼릭 메모리 레퍼런스를 메소드 영역에 있는 실제 레퍼런스로 교체한다.`라고 명시되어 있습니다. 메소드 영역은 클래스 정보만을 저장하는 영역이라 알고 있어서 메소드 영역이 아니고 힙 영역이라고 맞다고 생각이 드는데, 이것이 맞는지 궁금합니다.
url : jdbc:h2:tcp://localhost/~/jpashop;MVCC=TRUE application.yml에서 강의와 동일하게 위와 같이 작성하였습니다. 그런데 org.h2.jdbc.JdbcSQLNonTransientConnectionException: Unsupported connection setting "MVCC" [90113-200] 위와같은 에러가 나서 아래와 같이 작성하여 테스트를 재실행해보니 에러가 사라졌습니다. url : jdbc:h2:tcp://localhost/~/jpashop MVCC설정이 안되는 이유를 좀 알려주시면 감사하겠습니다.
1. cancel과 getTotalPrice의 경우 getter를 사용해서 가져오는 방법과 변수에 직접 접근하는 방법 두가지를 혼용해서 사용하셨는데 이렇게 사용하신 이유가 있는지 궁금합니다. (count에 직접 접근 vs getCount 메소드 사용) 2. 그리고 어떤 경우에 변수에 직접 접근해서 사용하는지 어떤 경우에 getter를 사용하는 지 궁금합니다. //==비즈니스 로직==// public void cancel () { getItem().addStock( count ) ; } public int getTotalPrice () { return getOrderPrice() * getCount() ; }
안녕하세요 김영한님! 강의보고 궁금사항이 생겨 질문 드립니다. 만약에 객체 참조를 통해 연관 관계를 맺은 상태에서 해당 객체에 대한 데이터가 많아 질경우 성능 이슈는 없나요? 예로 "주문은 많은 주문 상품을 갖고 있다"라는 요구사항이 있을때 @Entity @Table ( name = "ORDERS" ) public class Order { @Id @GeneratedValue @Column ( name = "ORDER_ID" ) private Long id ; @OneToMany ( mappedBy = "order" ) private List<OrderItem> orderItems ; OrderItem의 갯수가 수백에서 수만개 이상으로 많고 아직 영속성 컨텍스트에 등록이 안된 상태일 경우 조회 할때 느려서 성능 이슈가 있을 것 같습니다. 아직 제가 많이 모자르기에 질문 드립니다. 좋은 지식을 공유해주셔서 감사합니다.
안녕하세요. 감사한 마음으로 강의를 수강하고 있습니다. 한가지 질문을 드리고 싶어서 글을 씁니다. 강의에서 진행중인 예제가 JPA shop 이잖아요 현재 강의에서는 회원, 상품,주문 정도로 객체가 생성되어 있는데 보통의 쇼핑몰의 경우 상품에 문의글도 있고 리뷰도 있고.. 좀 더 복잡한데 그럼 상품객체에 문의나 리뷰도 모두 연관관계 설정을 해주는게 맞을까요? jpa를 쓰지 않을때는 테이블간에 FK 관계가 있더라도 일단 설정해 놓으면 테스트 하기가 번거로우니까 데이터는 비즈니스에 맞게 넣되 DDL에서 외래키 설정을 강제하지 않는.. 그런 경우가 있었거든요 jpa는 연관관계를 설정하려면 객체 단위로 포함이 되다보니 아직 개념이 아리송 하기도 하네요 비즈니스 로직에 따라 객체간 연관관계 설정을 느슨하게 가져갈 수도 있는지요? 예를 들어 객체단위로 관계를 맺을것을 그냥 DB처럼 컬럼만 외래키 설정을 해준다거나.. 아 그럼 jpa를 쓸 이유가 없어지는 걸까요 ㅜㅜ 책 다시 봐야겠어요 ㅜㅜ
안녕하세요 라이브러리 의존관계를 보면서 궁금한 점이 있어서 질문 드립니다. 현재 스프링에 대한 지식이 많이 부족하여 질문 수준이 조금 낮을 수도 있는 점 양해드립니다. 라이브러리 의존관계란 intellij에서 보여주신 것을 기준으로 하위에 있는 라이브러리가 충족이 되어야 상위 라이브러리를 사용할 수 있는 것으로 이해하면 될까요? 또한 스프링 데이터 jpa와 스프링 web과 관련된 라이브러리를 보면서 스프링 코어가 스프링 데이터 jpa에 속해있었는데 그러면 스프링 web은 spring core에는 의존관계가 없는 것인가요?
JPA 에서 DB 생성시 joincolumn 을 지정해 놓은 것을 foreign key 로 생성해 준다고 하셨는데요. 혹시 설정을 통해 제어할 수 있나요? 전체적으로 생성을 못하게 한다든지 어떤 column 은 FK 로 잡아주고 어떤 column 은 무시하고 개별적으로도 설정이 가능한지 궁금합니다.^^ 좋은 강의 감사드립니다.
안녕하세요 jpa강좌를 수강중인 학생입니다. 임베디드 타입 관련 강의를 듣던 중에 궁금한 점이 생겨 질문 드립니다. 강의 중에 CreatedDate나 UpdatedDate와 같은 변수를 임베디드 타입으로 정의하는 경우와 @MappedSuperclass를 사용하는 경우 모두 실습으로 확인하였습니다. @MappedSuperclass로 정의하면 Entity로 정의하는 것이고 여러 Entity에 공통적으로 적용해야 할때 사용할 수 있고 임베디드 타입으로 정의하면 Value 타입으로 정의하는 것이고 비슷한 속성을 가지는 애트리뷰트를 하나의 값으로 만들어 재사용성을 높일 수 있는 방법이라고 이해했습니다. 그렇다면 CreatedDate와 같은 변수는 실무에서 @MappedSuperclass를 사용하는지 아니면 임베디드 타입으로 정의하는지 알고 싶습니다. 유익한 강좌 감사드립니다!
좀 엉뚱한 질문일수도 있습니다만 궁금해서 질문드립니다. 연관관계의 주인이라는 개념에서 주인이 아닌쪽에는 mappedBy 로 지정한다. 고 설명을 해 주셨잖아요. 그런데 OneToMany 양방향연관관계에서 주인이 아닌쪽에서 mappedBy 로 지정할 수 있으면 좋을 듯 한데 왜 spec에서는 지원하지 않는 것일까요? 그래서 강사님도 이건 야메로 되는거라면서...@JoinColumn(insertable=false, updatable=false) 로 하면 된다고 말씀주셨습니다만 이해는 갑니다만 spec 에서 @ManyToOne 에도 mappedBy를 사용할 수 있게 했으면 일관되게 정의할 수 있을텐데 하는 생각이 들었습니다. @ManyToOne 에는 왜 mappedBy 속성이 없는지 아시면 알려주세요.
안녕하세요. 기본편 수강마치고 강의 듣는 중에 의문점이 있어 질문드립니다. 기본편의 페치조인의 한계 강의에서는 "페치조인의 대상에는 별칭을 줄 수 없다." 고 하셨는데 지금 예제는 별칭을 포함하고 있어서요. (o.member m 과 o.delivery d) 제가 검색조건을 추가해서 테스트해보니 정상적으로 쿼리수행이 되었습니다. 아래는 제가 테스트해본 코드입니다. public List<Order> findAllWithMemberDelivery(OrderSearch orderSearch) { return em.createQuery("select o from Order o " + "join fetch o.member m " + "join fetch o.delivery d " + "where (:status is null or o.status = :status) " + "and (:name is null or m.name like :name)", Order.class) .setParameter("status", orderSearch.getOrderStatus()) .setParameter("name", orderSearch.getMemberName()) .getResultList(); } 그리고 기본편의 강의에서는 페치조인에 별칭을 주는것의 위험성도 설명해주셨는데요. 지금같이 검색조건을 주는 경우에는 페치조인에 별칭을 줄 수 밖에 없는게 아닌지 궁금합니다. 기본편 강의를 다시 보니 OneToMany 에 대해서만 페치조인 별칭이 위험한 것으로 이해됩니다. 지금예제의 Order와 Member 관계처럼 ManyToOne 에서는 문제가 되지 않는 것인지.. 제가 이해한게 맞는지 확인 부탁드리겠습니다.
안녕하세요! @EntityGraph 는 기본적으로 left join을 하는 것 같은데 혹시 inner 나 right 조인도 @EntityGraph 에서 가능한지 궁금합니다. 아니면 이때는 jpql을 작성해야 할까요? 그리고 늦은 시간에 질문이라 죄송하고 😭 늘 좋은 강의 정말 감사드립니다! 😄
Database "C:/Users/dev/test" not found, either pre-create it or allow remote database creation (not recommended in secure environments) [90149-200] 90149/90149 연결을 클릭하면 위와 같은 에러 메세지가 뜨는데 검색을 해봐도 해결이 잘 되지가 않습니다. (Windows 환경입니다.)
