스프링 배치 5 변경점 정리

세세하게 정리해주셔서 감사합니다. 덕분에 무리없이 따라가고 있습니다!

선릉역 사이드프로젝트 팀에서 앱 디자이너 한 분 모집합니다.

선릉역 사이드프로젝트 팀에서 플러터 한 분, 앱 디자이너 한 분 모집합니다.

TaskDelay() 함수처럼 Context Switching을 유발하는 함수는 모두 내부적으로 ISR을 통해 실행되는 것일까요?

명쾌하게 이해가 되었습니다. ^^ 좋은 강의 감사합니다!

에러 URL질문있습니다.

저도 공부하다가 정리한 내용 공유해봅니다.컨트롤러 매핑 URL이 "/error-401" 같은 형식으로 되어있어서 헷갈리시는것 같은데, 예를 들어 "/members" 같은 형식으로 컨트롤러에 설정해놓지 않은 URL을 통해 사용자가 접근했을 때, 서버가 내부적으로 404 Not Found(페이지가 없으므로)를 출력하는 것으로 이해하시면 될 것 같습니다. 예시로 말씀해주신 401에러는 미인증 에러(unauthorized error)인데, 만약 로그인하지 않은 사용자가 "/members" 같은 로그인이 필요한 URL로 접근했을 때 서버 내부에서 401에러를 띄우는 식으로 처리할 수 있을 것 같아요 정리하자면, 질문하신 내용은 클라이언트 최초 요청 시 컨트롤러 매핑에 관한 부분이고, 강의에서 자동으로 4xx.html을 처리해준다고 말씀하셨던 것은 에러 발생 이후 WAS로 되돌아가서 WAS가 에러를 읽고 서버 내부적으로 다시 요청하는 것을 자동으로 처리한다는 것입니다. (클라이언트의 첫번째 요청을 처리하는 컨트롤러, 에러 발생 시 WAS의 재요청을 처리하는 컨트롤러가 따로 있음)

강의가 물 흐르듯이 이해되네요....

session이 null이 될 수 있나요

제 생각에는 원질문자님이 댓글달아주신 것처럼 차후 기능 확장될 때를 고려해서 null체크를 추가하신 것 같습니다. 당장은 로그인 상태에서 세션이 없는 경우가 없지만, 나중에 시간이 지나서 만료되는 기능을 추가하면 null값이 반환될 수 있으니까요 실제 개발환경에서도 지금 당장은 문제가 되지 않더라도 시간이 지나 기능을 확장할 때 문제가 될 수 있는 부분에 대해서는 미리 체크하고 넘어가는 느낌으로 이해하시면 될 것 같습니다.

HttpSession 과정을 문의드립니다.

1. 제가 이해하기로는 클라이언트에게 세션 객체를 전달하는 것이 아니라 jsessionid를 전달한다는 것 같은데, 제가 제대로 이해한 게 맞을까요? 2. 만약 클라이언트에게 jsessionid가 전달되는 게 아니라고 한다면(클라이언트가 따로 전달받는 값이 없다면), 클라이언트 → 서버로 요청이 들어올 때도 jsessionid가 포함되지 않을 텐데(전달받은 값이 없었으므로) 톰캣은 어떻게 동일한 사용자라는 것을 식별할 수 있는 걸까요? 3. 만약 jsessionid가 클라이언트에게 전달되는 것이 맞다면, response 객체를 통해 전달되는 것이 아닌가요? jsessionid를 톰캣이 내부적으로 내려준다는 말씀이 response 객체 외에 톰캣이 다른 어떤 객체(혹은 네트워크)를 통해 클라이언트에게 따로 전달해준다는 의미인지 궁금합니다.

타입 오류 처리 시점에 대해 질문드립니다!

다시 생각해보니 Modelattribute 자체가 스프링이 외부에서 만들어 주입해주는 거였네요!! 외부에서 만드는 과정에서 바인딩 예외가 터지니까 컨트롤러 실행 이 안 되는게 맞을까요?

통합테스트 과정에서 "package javax.persistence does not exist" 에러가 발생합니다.

https://drive.google.com/file/d/1ss_s87lJ0FhnzAPMNXy-Z5k2rgc2GFE2/view?usp=sharing죄송합니다. 드라이브 사용이 처음이라 권한 설정을 누락했네요 ㅠ 설정 변경하여 다시 올렸습니다.