빈 생명주기 콜백 예시 중 빈 생성후 연결단계에서 setUrl로 연결처리 해주셨는데.. 한가지 궁금한건 이전 강의에서 싱글톤 주의점으로 외부에서 빈의 변수를 수정할 수 있으면 바뀔 수 있는 위험이 있으니 저렇게 setUrl을 퍼블릭 메소드로 두면 안되지 않나요? 그런데 또 NetworkClient 생성자에 url 파라메터로 주지말고 역할을 따로 줘야한다고 해서 두가지가 헷갈랍니다.

안녕하세요 김영한님 항상 좋은 강의 강의 너무 잘 듣고 있습니다! 스프링 빈이 등록될 때 빈 이름은 기본적으로 클래스 명을 따라가되 맨 앞글자만 소문자로 바뀌는거 아닌가요? @Component("helloBean") static class HelloBean { public String hello(String data) { return "Hello " + data; } } 해당 내용을 다음과 같이 수정해서 @Component static class HelloBean { public String hello(String data) { return "Hello " + data; } } 타임리프에 @helloBean 으로 적용하면 NoSuchBeanDefinitionException이 발생하네요 ㅠㅠ... 

안녕하세요! entity를 dto로 변환하는게 좋다 하셨는데 repository에서 service로 넘겨줄때 dto를 넘기는게 맞나요 아니면 repository에서는 entity를 넘겨주고 service에서 controller로 넘겨줄때 dto로 변환해서 넘겨주는게 맞나요??

안녕하세요. ${data}에는 값이 있으니까 _(no operation)을선택하지 않고, ${nullData}는 null이니 _(no operation)을선택하게 돼서 연산을 수행하지 않고 그냥 원래 html이 보여지게 하잖아요. 그럼 그냥 <span th:text="${data}">데이터가 없습니다.</span><span th:text="${nullData}">데이터가 없습니다.</span>이렇게 써도 결과에 차이가 없어보이는데 왜 저걸 사용하는건가요?

안녕하세요~ 이 강의에선 Map을 세션저장소로 사용했는데요, 실제로는 어떤 저장소를 주로 사용하나요? 궁금합니다! 서버가 여러개 일때는 세션 data를 어떻게 일관성을 유지하는 지도 궁금합니다!

위에 17:28 초 쯤에 설명해주시는 Test 코드에 대해 질문이 있습니다. 다름이 아니라 HttpRequest 를 보낸 이후에 응답인 HttpResponse에 Cookie를 담아서 돌려주는 부분은 이해가 되는데 왜 Request에 해당하는 부분도 response 에서 꺼낸 cookie를 request 에 setCookie로 담아주어야 하나요 ?  순서적인 부분에서 좀 헷갈리는 부분이 생겨 질문 드립니다..!  늘 좋은 강의 감사드립니다..!

항상 좋은 강의 감사드립니다. 다름이 아니라 국제화 기능에 대한 강의를 듣던 중 질문이 생겨서 글 남깁니다! 말씀하신 국제화 기능은 타임리프에서 해당 내용들을 치환해서 사용하는 것으로 이해를 하였는데요, 만약 현재 API 서버를 만들고 있고,  해당 API 서버에서 앱에 접속한 유저의 국적에 따라 API 에서 내려주는 데이터의 언어를 맞춰서 줘야할 경우에 어떻게 해야할 지 감이 안잡혀서 질문을 드립니다. 구체적인 상황을 가정하여 말씀드려보면, 예를들어 배달의 민족 서비스 어플에서 각 가게들의 정보 및 메뉴들이 핸드폰 기기언어가 한국어 일시 한국어로, 영어일 시 영어로 나와야 한다고 가정하고 질문드려보려고 합니다 1. 먼저 데이터베이스에 테이블 설계를 어떻게 하는것이 효율적인지 궁금합니다. 단순하게 생각하면 가게 데이터베이스 칼럼을 영어칼럼을 하나씩 다 만드는 경우가 있을것 같은데, 이렇게하면 요구사항에 대응해야하는 언어가 늘어날 때마다 칼럼을 추가해야해서 비효율적이지 않을까 생각이 듭니다... 아니면 번역 테이블을 따로 만들어서 한국어, 영어, 기타언어.. 등의 방식으로 만들어 놓고 비즈니스 로직중에 번역 테이블을 조회하여 해당 데이터들을 조회한 언어로 치환하는 방법이 있을 것 같은데 이 방법은 언어가 바뀌어야 하는 비즈니스 로직 모두를 손봐야 해서 복잡할 것 같다는 생각이 듭니다. 어떤 방법이 좋을지, 실무에서 어떻게 이러한 문제를 해결하는 지 궁금합니다! 2. 기존 코드에 대한 이식성 좋게 언어대응하는 방법이 궁금합니다. 한국어 서비스를 출시하고 서비스가 잘 되어서 API 서버가 주는 데이터가 기타 언어까지 확장해야 한다는 요구사항이 들어왔을 때 1번에서 말씀드린 방법들로 해결하고자 하면 기존 코드를 모두 손봐야하는 상황이 발생합니다. 혹시 이러한 상황을 해결할 수 있는 다른 방법이 있는지 궁금합니다. 저 혼자서 생각을 해보았을 때는 Response Advice 등으로 response 로 나가는 데이터를 json 으로 convert 하기 전에 가로채서 Reflection 으로 응답으로 나간 객체의 데이터를 샅샅이(?) 뒤져서 String 형태의 문자열이 있으면 1번에서 말씀드린 번역테이블에 조회하여 번역해야 하는 언어로 교체하는 방법.. 정도가 떠오르는데 이게 맞는건지 모르겠습니다ㅠㅠ 해당 이슈 해결방법에 대한 강사님의 의견이 궁금합니다! 긴 글 읽어주셔서 감사합니다:)

안녕하세요. serviceTest를 하던중에 막혀서 이것저것 다 해봤지만 안돼서 질문드립니다. 다음 사진과 같이 assertThrow에서 오류가 발생합니다. 그래서 이전 코드들도 쭉 봤는데 그렇다기엔 try catch 문에서는 정상적으로 작동합니다. 뭐가 문제일까요?

강의를 들어보니까 이미 스프링에서 다 컨버터를 만들어서 제공해주고 있다고 말씀하시는데요 그러면 실무에서 개발자가 직접 코딩할일은 없고 만들어진 컨버터를 사용하기만 하면 되는건가요?? 개발자가 컨버터를 직접만들어서 사용할 경우가 있는지 궁금합니다.

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요 제가 이번 강의를 듣고 제 토이 프로젝트에 메세지 처리를 추가 하고 싶어서 Bean Validation을 이용한 검증 코딩을 해봤는데요 @Getter@NoArgsConstructor(access = AccessLevel.PROTECTED)public class LoginRequest { @NotBlank @Size(min = 2) @Email private String email; @NotBlank @Size(min = 8, max = 20) private String password;}------------------------------------------------------------------------------------------------- @Getter@NoArgsConstructor(access = AccessLevel.PROTECTED)public class UserCreateRequest { @NotBlank @Size(min = 2) @Email private String email; @NotBlank @Size(min = 8, max = 20) private String password; @NotBlank @Size(min = 2) private String name;} 위와 같이 DTO를 만들고 @PostMapping("createUser")public Result<UserResponse> createUser(@RequestBody @Valid UserCreateRequest request) throws NotFoundException { return Result.success(userService.createUser(request));} 컨트롤러에서 @Valid 어노테이션을 줘서 회원가입을 검증하도록 했습니다. 저는 LoginRequest와 UserCreateRequest의 fieldName이 같고 제약 조건도 거의 똑같다고 생각해서 message 처리를 범용성 있게 하면 좋겠다고 생각했고 그래서 validation-properties를 만들고 그 안에 errorCode + objectName + fieldName 보다는 errorCode + fieldName에 관한 메세지 처리를 했는데요 yml server: port: 8060spring: application: name: potato-velog-user datasource: url: jdbc:h2:mem:testdb driver-class-name: org.h2.Driver h2: console: enabled: true settings: web-allow-others: true path: /h2-console messages: basename: validation encoding: UTF-8eureka: client: register-with-eureka: true fetch-registry: true service-url: defaultZone: http://localhost:8761/eureka validation-properties NotBlank.email = 이메일을 입력해주세요.NotBlank.password = 비밀번호를 입력해주세요.NotBlank.name = 이름을 입력해주세요Size.email = 이메일은 최소 {0}글자 이상이어야 합니다.Size.password = 비밀번호는 최소 {0}글자 최대 {1}글자 이하여야 합니다.Size.name = 이름은 최소 {0}글자 이상이어야 합니다.Email = 이메일 형식이어야 합니다.NotBlank = 공백 안돼요Size = 사이즈 지키세요 그리고 나서 저는 postMan을 이용해 검증을 시도해 봤는데 {     "email" : "aaa@naver.com",     "password" : "11111111",     "name" : "a" } 제가 예상했던건 UserCreateRequest의 name이 Size 조건을 만족하지 못헀기 때문에 Size.name에 관한 메세지(이름은 최소 2글자 이상이어야 합니다) 가 나올거라 생각했는데 Validation failed for argument [0] in public com.velog.veloguser.domain.utils.Result<com.velog.veloguser.domain.dto.response.UserResponse> com.velog.veloguser.controller.UserController.createUser(com.velog.veloguser.domain.dto.request.UserCreateRequest) throws javassist.NotFoundException: [Field error in object 'userCreateRequest' on field 'name': rejected value [a]; codes [Size.userCreateRequest.name,Size.name,Size.java.lang.String,Size]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [userCreateRequest.name,name]; arguments []; default message [name],2147483647,2]; default message [크기가 2에서 2147483647 사이여야 합니다]] 위와 같이 DefaultMessage가 '크기가 2에서 2147483647 사이여야 합니다' 라고 나옵니다. 저는 왜 메세지가 저렇게 나오는지 이해가 안가고 만약 Size.name에 관한 메세지를 찾지 못했더라도 Size = 사이즈 지키세요 라는 메세지가 validation-properties에 있기 때문에 '사이즈 지키세요' 라는 메세지가 출력되었어야 하는거 아닌가요?

안녕하세요.  스프링 MVC Part.2 강좌에서 필터와 인터셉터를 배우고나서, 서블릿 필터, 스프링 인터셉터, AOP가 모두 선언이 되어 있는 경우  AOP가 동작하는 시점에 대해 질문을 드리고자 글을 남깁니다. [강의 자료에서 가져온 필터, 인터셉터의 동작 과정] HTTP 요청 -> WAS -> 필터 -> 서블릿(디스패처 서블릿) -> 스프링 인터셉터 -> 컨트롤러 동작 과정을 보다가 문득 든 생각입니다. '그럼 AOP는 어느 구간에서 요청을 캐치해서 동작하는거지?' 예를 들어,  공통 관심 사항(메소드 실행시간 체크)을 처리하는 AOP를  @Around(핵심 기능 실행 전/후 동작)로 선언했다면 AOP가 동작하는 과정은 아래 과정이 맞을까요? HTTP 요청 -> WAS -> 필터 -> 서블릿(디스패처 서블릿) -> 스프링 인터셉터 -> AOP -> 컨트롤러 무조건 위 과정이 맞는지 아니면 공통 관심 사항을 적용하는 방법(메소드 실행 전, 후, 전+후)에 따라 바뀌는지 궁금합니다.

안녕하세요, 로그인 처리2 - 필터, 인터셉터 파트의 'ArgumentResolver' 활용편에서 궁금한 사항이 있어 질문 글을 작성해 봅니다. HomeController에서 '/' URL에 대한 핸들러 메소드 선언시 'member' 파라미터에 대해서는  @Login 어노테이션을 선언하여 직접 구현한 LoginMemberArgumentResolver를 통해 세션에 담긴 로그인 객체를 바인딩(?) 시켜주는 과정을 확인할 수 있었습니다. 만약, HomeController에서 '/' URL 요청 매핑 외  다른 URL 요청 매핑을 처리할 수 있는 여러 핸들러 메소드가 선언되고, 기획자 또는 클라이언트의 요구사항에 따라 HomeController에서 처리되는 모든 핸들러 메소드에 대해서는  로그인 객체를 이용하여 무언가 분기 처리를 해야하는 로직이 포함되어 있어야 한다면(분기 처리는 각기 다른 로직을 포함하고 있습니다.) HomeController에 존재하는 모든 핸들러 메소드의 파라미터로  '@Login Member member'가 선언이 되어야 할 것 같다라는 생각이 들었습니다. 이 또한 반복적인 코드가 아닐까 싶은데요. HomeController에서 '전역적'으로 로그인 정보를 포함하고 있는 객체를 선언하고, 이를 핸들러 파라미터로 굳이 선언하지 않아도, 각 핸들러 메소드에서 사용할 수 있는 방법이 있을까요? P.S HTTP 요청 -> WAS -> 필터 -> 서블릿(디스패처 서블릿) -> 스프링 인터셉터 -> 컨트롤러 흐름을 생각해 보면... 서블릿 필터 또는 인터셉터를 통해 매 요청에 세션에 담긴 로그인 정보를 핸들러 메소드에 각각 다시 주입(?) 시켜줘야 할 것 같은데 실무에서 보통 이렇게 처리하는지 아니면 다른 방법이 있는지 궁금합니다. 미리 답변 감사드립니다.

id는 css나 javascript에서 HTML element를 특정할 때 사용하는 거잖아요? 단일 css 파일이나 js 파일을 쓴다고 가정한다면 어플리케이션 전체 html 상에서 그 id는 유일성이 보장되어야지 나중에 화면이 꼬이거나 javascript가 꼬이거나 하는 일이 없을 거 같거든요. 만약 퍼블리셔나 프론트엔드 개발자가 A form에서는 <input id="itemNameA" > B form에서는 <input id="itemNameB"> 라고 잡아놓고 퍼블리싱이나 클라이언트 쪽 개발을 했다면, 나중에 백엔드 개발자가 A form에는 <form th:object = "${itemA}"> <input id="itemNameA"  th:field="*{itemName}"> </form> B form에는 <form th:object = "${itemB}"> <input id="itemNameB"  th:field="*{itemName}"> </form> 이렇게 해버리면 id를 서로 다른 DTO의 같은 필드명을 사용해버려서 문제가 생길 것 같은데요. 그런데 타임리프 개발자들이 id랑 name 모두 바뀌도록 설정해놓은 것은 무언가 깊은 뜻이 있어서일 것 같은데, 제가 생각하는 문제가 일어날 가능성이 없는 건가요? 제가 무언가 잘못 이해하고 있는 건가요?

강사님 Order클래스에서 연관관계 메서드를 만드실 때 Member에 대한 연관관계 메서드의 경우 public void setMember(Member member)라고 하셨는데 그 이전에 lombok으로 이미 setter를 만들어 주셨는데 그렇게 되면 lombok으로 만든 setter는 연관관계 메서드에 의해 무시가 되는건가요?

회원 등록시 html form에는 action="/members/new"로 되어있는데 <form role="form" action="/members/new" th:object="${memberForm}" method="post"> --- 새로운 아이템 등록시 html form에는 action="@{/items/movie/new}"로 되어있습니다. <form th:action="@{/items/movie/new}" th:object="${form}" method="post"> 이 '{@"" }'의 차이가 뭔지 왜 빼거나 넣으면 작동이 안되는지 이유와 역활을 알려주시면 감사하겠습니다.

페이징하면 제일 먼저 생각나는게 영한님이 말씀하신것 처럼 게시판의 페이징 기능이 생각이 납니다. Member가 m1~m5까지 있을때       이름, 나이 m1 AAA 10 m2 BBB 10 m3 CCC 10 m4 DDD 10 m5 EEE 10 이렇게 나이는 동일하고 이름만 다른 조건이 있다고 했을 경우 강의에서 offset과 limit을 활용하여 3개씩 잘라서 1 page = m1,m2,m3 2page = m4,m5 이렇게 나누는것 까지는 잘 이해가 됐습니다. 하지만 이때 totalCount는 강의내용을 참고하면 age가 같은 사람의 개수이니 5 라는 숫자가 나오게 되는데요 이 totalCount는 어디서 쓰이는건가요?  제가 생각하는 페이징에는 offset과 limit만 있어도 게시글 다음페이지 이런걸 할 수 있을거 같은데 어디서 쓰이는지 궁금합니다 ㅎㅎ

안녕하세요! spring 입문 동영상을 시청 중인 학생입니다.  /hello-template.html <html xmlns:th="http://www.thymeleaf.org"> <body> <p th:text="'hello ' +${name}">hello! empty</p> </body> </html> 위 파일에서 p 태그 안에 굳이 hello! empty를 넣어주는 이유는 뭔가요? hello! empty 부분을 지워도 잘 작동하더라구요... 개발자 입장에서 해석하기 위한 용도인가요?  별건 아니지만 해당 text를 추가한 이유가 궁금합니다.

영한님이 조언해주신 것 처럼 Spring data jpa 익히기 전에 JPA 먼저 제대로 숙지하고 넘어가고자 하는데요. 강의에서 빠른 수업 진행을 위해 간략히 구성한것들 full로 구현해보는 것 외에 추가적으로 학습하기 좋은 방법이 잇을까요? 개인적으로 공부하는거라 실무에 적용해 볼수가 없어 질문드립니다. 답변주시면 감사드리겠습니다. 

안녕하세요. 서블릿 필터 - 소개 강의 내용 4:45 부분에서 '웹과 관련된 공통 관심사는 AOP보다 서블릿 필터 또는 스프링 인터셉터를 이용하는 것이 좋다.' 라는 말씀을 언급해 주셨는데요. 스프링 입문 강의 파트에서 AOP에 대해서 맛보기로 다룰 때  예제 코드에서는 특정 메소드의 실행 시간을 출력해 보는 용도로써 AOP 기술을 사용해 본 적이 있습니다. 여기서 궁금한 것은 실무에서. 물론 규모에 따라 다르겠지만, 보편적으로 웹과 관련된 공통 관심사를 서블릿 필터와 스프링 인터셉터로 구현했다면 AOP를 사용하여 구현할 공통 관심사항에는 메소드 실행시간 외 어떤 것들이 있는지 궁금합니다. 미리 답변 감사드립니다.

회원등록 V2 방식을 그대로 사용하고 POSTMAN에서 POST방식으로 BODY안에 CreateMemberRequest 클래스의 필드와 같은값으로 데이터를 전송해봤습니다. 그런데 기본생성자가 없을경우에는 "org.springframework.http.converter.HttpMessageConversionException: Type definition error: [simple type, class jpashops.ormonetwocombine.dto.RequestItemDto]; nested exception is com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of `jpashops.ormonetwocombine.dto.RequestItemDto` 포스트맨 에러입니다 이런 에러 구문이 나오더군요, 그런데 기본생성자를 CreateMemberRequest에 추가해주고 다시 Postman으로 전송하더니 잘되더군요, 받아온 JSON 데이터를 파싱하는데 기본생성자가 원래 필수인가요~?