무료로 이렇게 좋은 강의영상 올려주셔서 정말 감사합니다. 너무 많은 도움이 되네요. 전부터 JWT 토큰을 왜 사용하는지에 대해서 의문을 가지고 있었는데, 명확한 답이 나오지 않아 질문드립니다. 세션에 대한 문제점 (서버 확장시, 스티키 세션을 사용하거나, 세션 클러스터링을 해야하는 문제)를 해결하기 위해 사용된다는 것은 알겠습니다만, JWT를 사용하는 예제들 보면 리프레시토큰도 함께 사용하여, 어세스토큰을 제발급하는 용도로 사용하더군요. 그럼 리프레시토큰은 결국 세션과 마찬가지로 DB(혹은 레디스 등의 메모리 DB)등에 저장이 되어 관리되어질텐데, 그렇게 된다면 세션과 결국 별 차이점이 없지 않을까요? 이 문제를 가지고, 여러 사람들에게 물어보았으나, 딱히 세션에 비해 가지는 장점이 없어지는 것 같더라고요. 물론 리프레시토큰을 사용하지 않고 AccessToken만 사용하는 경우에는 장점이 있다는 것을 알겠습니다.   1. 정리하자면, RefreshToken을 사용하는 경우 세션에 비해 가지는 장점이 있는가? 2. 없다면 굳이 JWT는 왜 사용하는가? 입니다

서블릿 프로그램에서 스프링을 도입하는 과정을 학습하면서 궁금한점이 생겼는데요   기존 서블릿 프로그램의 경우, 웹서버의 요청을 서블릿 컨테이너가 받아서 해당하는 서블릿을 통해 응답을 했다면   스프링  MVC의 경우 모든 요청을 받는 디스패처 서블릿을 통해 요청을 받는데요, 이때도 마찬가지로 웹서버의 요청은 서블릿 컨테이너가 받게되고 요청에 해당하는 서블릿(디스패처 서블릿)을 싱글톤으로 띄워 관리하고 이 디스패처 서블릿에 대한 삭제라던지 권한은 서블릿 컨테이너가 관리하는게 맞을까요?   그리고 디스패처 서블릿은 컨트롤러를 호출해 일을 수행하는데 이때 컨트롤러는 서블릿이 아닌 기존 서블릿이 하던 역할을 하는 그냥 클래스일뿐인게 맞나요?   요약 1. 스프링을 도입하더라도 웹 서버에 요청은 서블릿 컨테이너를 통해 받는게 맞나요? 2. 이때 서블릿 컨테이너에 존재하는 서블릿은 디스패처 서블릿 단 1개 로 처리되는게 맞나요? 3. 그럼 컨트롤러라고 불리는 클래스는 서블릿의 역할을 할뿐 실제 서블릿이 아니기에 서블릿 컨테이너에 등록이 되지 않나요?   긴 질문 읽어주셔서 감사합니다 (_ _)

spring 강의를 듣다가 실습때 intellij 를 설치하는 과정에서 오류가 발생했습니다. 처음 사용해봤는데 프로젝트를 open한 시점부터 저 오류때문에 아무것도 하지 못하고 있습니다 ㅠㅠ 구글링도 여러번 해보고 타 질문에서의 답변도 참고해보았지만 해결이 되지 않습니다.. 오류사진과 intellij 설정 상태를 첨부합니다. 답변 기다리겠습니다ㅠㅠ

  학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용] 안녕하세요.OrderItem의 생성 메소드 (createOrderItem)에서 setOrder를 하지 않은 이유가OrderItem을 Order가 관리하는 형태여서 그런건가요? 이유가 무엇인가요?  

안녕하세요! 강의 너무 잘 듣고 있습니다. 듣다가 잘 모르겠는 점이 있어서 질문을 드립니다. 기존 서비스 테스트코드에서는 @BeforeEach로 의존주입을 했는데, 통합테스트에서는 아래와 같이 @Autowired로 끌어온다고 하셨습니다. 테스트코드인데도 SpringConfig코드에서 아래의 서비스와 레포지토리 객체를 실제로 끌어오는 건가요?  

8:30 에 윈도우 버전으로 어떻게 바로 템플릿위치로 넘어가나요?

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요.     보통 사이트들 회원가입할때 비밀번호 재확인란을 만들어서 비밀번호 기입란과 다를 때 실시간으로 오류문구가 뜨는데 이런건 js없이 스프링과 타임리프만으로는 불가능할까요?

Pointcust 클래스를 빈으로 등록하니깐 @Around("Pointcuts.allOrder()") 이렇게 해도 되는데 왜 강의에서는 경로를 지정해서 한건가요? 둘이 어떤 차이점이  있는건가요?

1.컨테이너 생성 2.스프링 빈 생성 3.의존관계 주입 4.초기화 콜백   이렇게 완료가 되는걸로 알고있습니다.   @Bean  public NetworkClient networkClient() {         NetworkClient networkClient = new NetworkClient();         networkClient.setUrl("http://hello-spring.dev");         return networkClient;  } 이때 LifeCycleConfig.class에 있는 빈 정보들을 바탕으로 빈 생성하고 의존관계주입등을 하는걸로 알고있는데 여기서 질문이 스프링 컨테이너에 있는 빈은  return networkClient; 즉 리턴된 객체를 뜻하는건가요? 다음 질문은 NetworkClient networkClient = new NetworkClient(); 했을때  생성자가 호출이 되고  public NetworkClient() {         System.out.println("생성자 호출, url = " + url);  } 값주입?? 이 일어난후 networkClient.setUrl("http://hello-spring.dev");   초기화 콜백이 일어나는거 같은데 맞나요?? @PostConstruct public void init() {         System.out.println("NetworkClient.init");         connect();         call("초기화 연결 메시지");  }

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요.     클라이언트에서 값을 받아와서 저장하는 경우는 formDto를 따로 생성해서 modelattribute로 받아온 후 컨트롤러 메서드 안에서 실제 저장 될 entity로 컨버팅해서 서비스단이나 리포지토리로 넘겨주면 되면 웹과 도메인 분리가 가능한데   findById처럼 db에서 엔티티에 값을 담아 서비스를 거쳐 컨트롤러에 뿌려줄 땐 어떻게 해야 할까요? 결국 컨트롤러까지는 Entity자체가 들어오긴 해야 서비스나 리포지토리영역에서 웹 dto에 의존하지 않는것일텐데   컨트롤러 영역에서 가져온 엔티티를 그냥 바로 모델에 add하나요? 아니면 response할 dto를 따로 생성한 후컨트롤러 영역에서 response할 dto객체를 생성해서 가져온 엔티티의 값을 넣어줘서 (setter든 생성자든) dto를 모델에 add하나요?

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오) 아니요2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 아니오3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 예[질문 내용]안녕하세요 강의잘보고있습니다   다름이 아니라 제가 취업준비하려는 회사가 jsp를 사용하는데 jpa활용2편 까지의 기능을 타임리프 대신 jsp로 적용하여 구현할수있는지 궁금합니다 구현하려면 코드수정이 컨트롤러 에서도 일어나야하는지 궁금합니다!

안녕하세요. 강의를 보다가 질문 드립니다. 회원가입 중복처리 부분에서, 김영한님 말대로 회원가입하는 사람수가 매우 많으면 validateDuplicateMember만으론 부족하여, 결국 동시성문제가 발생 할 수밖에 없습니다. 그래서 name에 대하여 unique제약조건이 필수인데요.   그런데 생각해보면 그럴거면 굳이 validateDuplicateMember를 할 필요없이 그냥 unique제약조건을 걸어놓기만 해도 충분합니다. 제가 보기에는 에러처리를 괜히 두번해주는 느낌을 받았거든요.   여기서 이렇게 해주는 이유는 1. 단순 예시를 보여주기 위함. 2. 도메인에 unique제약 조건을 거는 것만으론 테스트를 통과하지 못함(@Commit을 추가하지 않는 이상). 이부분이 테스트 할때 좀 거슬리긴 하더라구요. 3. 좀 더 빠른 반응성? 4. db쪽 예외는 나중에 앞단에서 처리해주기 까다로움. 5. 그 외 다른 이유가 있음.   이정도 생각해보았는데요. 어떤 이유에서 인지 알려주시면 감사하겠습니다.

안녕하세요! 올려주신 강의 감사히 잘 듣고 있습니다.   현재 저는 HTTP -> MVC1 ->  스프링 입문 -> 스프링 핵심(기본) 까지 들은 상태입니다.   그리고 앞으로 제 계획은 MVC2 -> JPA활용1 -> 표준JPA -> JPA활용1 -> JPA활용2 -> 토이프로젝트 -> 스프링 핵심(고급) 순서로 인강을 듣고 스프링 데이터JPA, Querydsl은 여유가 된다면 추가적으로 학습하려하고 있습니다. 혹시 학습 순서를 바꾸면 좋겠다 싶은 부분이 있으시면 말씀해주시면 정말 감사하겠습니다!   추가적으로 다른 질문에 답변 해주신 글을 보니 기본적인 DB 지식이나 mysql 공부는 따로 해야 된다고 하셨는데 그럼 이 부분은 JPA를 들어가기 전에 공부를 하는 것이 좋을까요??      

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (아니오)[질문 내용 : 2분11초~] 이 케이스에서는 TimeProxy가 ConcreteLogic를 상속했기 때문에 이미 ConcreteLogic에 대한 정보(super)를 갖고 있는 것으로 보이는데, 멤버변수에 ConcreteLogic를 추가하신 의도가 있으신 건가요? 인터페이스를 사용할 때에는 손뼉을 쳤지만 구체 클래스 기반 프록시를 보니까 갑자기 위화감이 들어서 질문 드립니다....

안녕하세요. 질문드리겠습니다. 멀티스레딩 환경에서 싱글톤 객체를 사용해 요청들을 처리하기 위해서는 stateless한 설계를 해야한다는 내용 잘 이해됐습니다. 이 stateless와 직접 연관되는 부분은 아닌 것으로 보이지만.. 싱글톤 멀티스레딩 관련 궁금증이 생겨 질문을 남깁니다.   싱글톤으로 생성된 Controller, Service등의 객체에서도 객체를 생성하는 경우가 있을 것입니다. ex) PointAccmlParam (포인트 적립에 필요한 속성들을 전달할 객체) 이 또한 객체이기 때문에 heap 영역에 저장될 것이고 멀티스레딩 환경에서 heap은 공유 영역입니다. 물론 각 인스턴스의 참조값이 다르니 엉뚱한 객체의 값을 사용하게 될 경우는 없겠습니다만.. 이러한 경우에는 싱글톤의 객체 생성 제한이란 장점이 사라져버리게 되지 않을까? 하는 생각이 듭니다. 기껏 Controller, Service를 싱글톤으로 잘 설계해봤자.. 그녀석들이 저렇게 request별로 각각의 param객체를 생성해버린다면.. 앞서 Controller, Service를 굳이 싱글톤으로 설계한 의미가 없어지는 것 아닌가 싶습니다.   이 부분에 대한 해결책이 있을까요? Param 객체도 싱글톤을 적용시키면서 엉뚱한 참조가 일어나지 않게 하는 마법같은 방법이라던가 하는 것이요.   아니면.. 그냥 Param 객체는 어쩔 수 없는 부분이고, 객체 생성을 줄일 수 있는 곳에서라도 줄이기 위해서 Controller, Service만이라도 싱글톤으로 가져간다. 라고 생각하고 넘어가야 할까요??   답변 부탁드립니다. 감사합니다!  

제목 그대로 MemberService를 인터페이스와 구현 클래스(MemberServiceImpl)로 나눈 이유가 궁금합니다. 실무에서 Service 객체를 여러 개 두고 바꿔 끼우는 경우가 있나요? 있다면 어떤 상황이 있는지 예를 들어 주시면 좋을 것 같습니다:)

강의를 듣고 스프링 프레임워크에 의하여 생성되든 사용자가 Java 코드를 이용해 생성하든 Singleton 방식으로 구현된 객체는 1개의 객체가 여러 곳에서 재사용하기 때문에 무상태(stateless) 형태로 설계해야 한다는 것을 잘 알게 되었습니다. 강의에서도 예시를 들어주시면서 Class 내 Member 변수가 아닌 Method 내 지역 변수로만 값을 핸들링하며 return 시켜주시며 무상태(stateless)의 적절한 구현방법을 설명해주셨는데요. 한가지 의문이 들었습니다. 만약 Singleton 객체 내부에 선언된 공유 가능한 변수(강의 내에서는 Class의 Member 변수)에 상태값이 남을 수 있다면 함수도 Singleton 형태로 사용되는 것인가요? 만약 객체의 무상태(stateless)만 신경쓰고 개발하다가 아주 짧은 시간 내에 Singleton 객체 내부에 있는 A라는 함수에 동시다발적으로 호출이 몰리게 되면 A 함수 내부에 선언된 지역변수도 공유될 가능성이 존재하는 것인가요?

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. run -> edit configuration 으로 들어가서 해봤는데, 잘모르겠어 질문 들립니다... 해결방안 부탁드립니다.    

다른 질문들에서 해답을 찾지 못해 질문을 올립니다. AppConfig의 memberService()에서 return new MemberServiceImpl(memberRepository()); 대신에 return new MemberServiceImpl.getInstance();로 사용하는 것은  클라이언트가 구현체(싱글톤객체)에 의존하게 되므로 DIP가 위배된다 라는 것이 강의의 내용인데요..AppConfig와 같은 구성에 사용되는 클래스는 어쩔 수 없이 구현체에 의존을 해야만 하는 것 아니었나요?실제로 싱글톤 사용 전인return new MemberServiceImpl(memberRepository());방식에서도 MemberServiceImpl이라는 구현체를 의존하고 있었고 이전까지의 내용에서는 이를 두고 DIP를 위반한다고 보지는 않았던 거 같은데 말이죠.오랜만에 공부하려니 쉽지가 않네요.. 답변 부탁드립니다 ㅠ   ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ   ( 자답 )혹시 아래 내용이 맞는지 확인 부탁드립니다. 싱글톤 반영 전에는 AppConfig에서 return new MemberServiceImpl(memberRepository());를 통해 MemberRepository의 구현체까지 AppConfig 내부에서 모두 결정됨. 즉, 클라이언트 (MemberServiceImpl) 가 MemberRepository의 구현체에 의존하지 않음 -> DIP 충족인 것이고,싱글톤 반영 후 AppConfig에서 return MemberServiceImpl.getInstance()할 경우  클라이언트 (MemberServiceImpl)의 내부 코드에서 다시 MemoryMemberRepository.getInstance() 를 호출해야한다.즉, 클라이언트가 구현체에 의존하게 된다.-> DIP 위반   제가 너무 AppConfig 안에서만 생각해서 인지부조화가 발생한 것 같은데.. 이렇게 받아들이는게 맞을까요?

안녕하세요 김영한님! 강의를 다 듣고나서 트랜잭션 AOP의 동작원리를 알 수있게 되어 정말 감사합니다. 다만 제가 궁금한건 애노테이션 @Transactional입니다. 주로 서비스의 메소드에 적용하는데 클래스에도 붙일 수 있더군요. @Service@Transactional(readOnly = true)public class ProductService { 강의에서는 AOP 적용위치는 생성자, 필드 값 접근, static 메서드 접근, 메서드 실행 이라고 말씀하셨는데 저 애노테이션은 AOP와 관련이 없는건가요? 아님 내부적으로 클래스 단위에 붙일 때는 클래스 하위 메소드에도 전부 적용하도록 내부 코드에 설정이 되어있는건가요? (흑흑 강의를 다시 들어야하는 걸까요?) 질문 읽어주셔서 감사합니다!