devrudevico

자체 해결: 섹션 10 - 완강을 축하드립니다 를 보니까 다음 강의 = 근본깃-완성이 맞네요!

강의 마지막에 언급하는 '다음 강의'란?

<a target="_blank" rel="noopener noreferrer nofollow" href="https://git-scm.com/docs/git-status">git-scm</a>의 설명 중 일부를 첨부합니다.<code>git-status</code> - Show the working tree statusDisplays paths that have differences between the index file and the current HEAD commit...<hr>결론만 말씀드리자면, 다음 상황 중 하나에 속한 파일들만이 <code>git status</code> 명령에 의해 출력됩니다.<ul><li>Untracked<ul><li><code>Untracked files:</code> 부분에 출력</li></ul></li><li>마지막 커밋 시점 이후로 변경 사항이 있는 Tracked 파일<ul><li>변경 사항이 git add로 staged 된 경우에는 <code>Changes to be committed:</code> 부분에 출력</li><li>변경 사항이 아직 staged가 아닌 경우에는 <code>Changes not staged for commit:</code> 부분에 출력</li></ul></li></ul>즉, 이전 강의에서 vi rectangle과 vi circle 파일을 생성하고 커밋하셨으므로 두 파일은 마지막 커밋 시점 이후로 변경 사항이 존재하지 않습니다. 따라서 <code>git status</code> 명령에 의해 출력되는 대상이 아닙니다.두 파일은 여전히 working directory에 존재하며, git의 추적 대상입니다.<hr><img src="https://cdn.inflearn.com/public/files/posts/ac20c97e-25f7-4d67-9021-788818c6dfd7/fcbfe352-cf82-46a3-abd6-3d2d18df7924.png" media-type="img" alt="스크린샷 2025-10-05 15.49.45.png" title="스크린샷 2025-10-05 15.49.45.png" width="746" height="375">&nbsp;

8강 git status 관련 질문

David님 답변에 추가적으로'처음 세션을 얻을 때는 보통 기본값(autocommit=true)임을 기대'하기 때문에 이후에 본인이 아닌 다른 사용자가 세션을 얻을 때 이 기대에 부응할 수 있도록 바꿔주는 이유도 있을거라 생각합니다.커넥션 풀을 생성하기 전에는 항상 새로운 커넥션이 생성되었기 때문에, autocommit=true로 설정된 커넥션을 받게 되지만 커넥션 풀을 통해 받으면 누군가 사용했던 커넥션을 받게 되는 셈이니 (이전 사용자가 커넥션에 대한 옵션을 바꿔놨을 것에 대비하여) 초기화된 상태로 만들어주는 것이죠.

트랙잭션 종료 후에 setAuotoCommit(true)로 변경하는 이유가 무엇인가요?

<code>DataSourceUtils</code>에서 <code>TransactionSynchronizationManager</code>를 import하고 있습니다.그리고 <code>TransactionSynchronizationManager</code>의 모든 메서드와 필드는 <code>static</code>입니다. 따라서 <code>DataSourceUtils</code>의 메서드들은 <code>TransactionSynchronizationManager.xxx()</code>로 static 메서드를 호출하여 동기화 매니저를 이용합니다.<code>ThreadLocal</code>을 사용하기 때문에 컨텍스트가 특정 인스턴스에 종속되는 것이 아니고, (아마도) threadId로 구분하기 때문에 모두 static으로 관리하는 것 아닐까싶네요.결론적으로, <code>트랜잭션 매니저</code>와 <code>데이터소스 유틸</code> 모두 동기화 매니저의 static 영역에 접근해서 커넥션을 얻습니다. 이때 스레드별로 저장 공간이 분리되는데, 웹 애플리케이션에서 사용자별로 스레드가 할당되기 때문에 동일한 스레드의 요청이라면 <code>ThreadLocal</code>의 로직에 의해 같은 저장 공간에 접근하게 됩니다.

레포지토리가 트랙잭션 동기화매니저에서 커넥션을 가져오는 부분에 대한 질문이 있습니다.

우리가 <code>/error-400</code>으로 요청한다고 해서 서버에서 400 에러가 발생하는 것은 아닙니다. 지금은 <code>ServletExceptionController</code>의 <code>/error-404</code> 경로에 매핑된 컨트롤러 메서드 내부에서 <code>sendError(404)</code>를 호출하므로 경로와 발생 에러가 일치하는 것입니다.따라서 작성자님의 의도대로 하려면 <code>ServletExceptionController </code>코드에 아래 코드를 추가해주시고, <code>/error-400</code>으로 요청하시면 <code>4xx.html</code>이 렌더됩니다.<pre><code class="language-java">@GetMapping("/error-400")
public void error400(HttpServletResponse response) throws IOException {
 response.sendError(400, "400 오류!");
}</code></pre><hr>질문자님의 현재 상태에서의 <code>/error-400</code> 요청은 존재하지 않는 페이지에 대한 요청이고, 이 경우에는 기본적으로 404 에러가 발생합니다.요청 경로에 400이라고 적는다고 해서 마법처럼 400 에러가 발생하지 않는다는 것이죠.&nbsp;

400번대 에러 응답이 모두 404.html로 됩니다.

ai 설명처럼 디스패처 서블릿에서 요청에 응답하기 위해 필요한 객체들(핸들러 어댑터, 핸들러)을 정해주기 때문에 그 이후에 실행되는 인터셉터에서는 파라미터로 받을 수 있습니다.

preHandle에서 핸들러를 파라미터로 받을 수 있는 이유

기본적으로 HTML Form 입력은 <code>String</code>으로 전송이 됩니다.즉, <code>int</code> 범위 내인 <code>10000</code>을 입력하더라도 일단 <code>String</code>으로 전송이 되고, 서버에서 이를 <code>int</code>로 바인딩하는 것입니다. 이때는 바인딩에 성공하겠죠.따라서 <code>1111111111</code>(11개)도 일단 <code>String</code>으로 전송이 되고, 서버에서 이를 <code>int</code>로 바인딩 시도하지만 실패하기 때문에 서버는 "숫자가 아니다" 라고 판단합니다.&nbsp;이때 질문자님의 의문은 "int 범위는 아니어도 long 범위 내라서 숫자를 입력한 것은 맞지 않나?" 인데요. 여기서 앞서 말씀드린 것처럼<ul><li>서버는 (HTML Form 입력의 경우) 10000이나, 111111...이나, "abc"나, ... -> 결국 문자열로 받는다.</li><li>받은 문자열을 <code>int</code> 타입으로 변환 성공하면 "숫자가 입력된 것이구나" 라고 판단할 뿐입니다.</li></ul>서버 측에서 애초에 <code>int</code> 타입으로 설정했으므로, '숫자'의 정의가 '십진수들의 조합(크기 상관 x)'가 아니라 '<code>int</code>형 범위 내의 십진수들의 조합'인 것이지요.&nbsp;따라서 질문자님 의도대로 동작하게끔 하기 위해서는 서버 측에서의 '숫자'에 대한 정의를 <code>int</code>에서 <code>long</code>으로 변환해주면 됩니다.즉, <code>hello.itemservice.domain.item</code> 경로의 <code>Item</code> 파일의 코드를 다음과 같이 변경하면 됩니다.(추가로 생성자나 <code>price</code>에 대한 계산 결과를 변수로 받는 부분도 모두 <code>long</code>으로 변경해줘야 됩니다.)<pre><code class="language-java">package hello.itemservice.domain.item;

import lombok.Data;

@Data
public class Item {

 private Long id;
 private String itemName;
 private Long price;
 private Integer quantity;

 public Item() {
 }

 public Item(String itemName, Long price, Integer quantity) {
 this.itemName = itemName;
 this.price = price;
 this.quantity = quantity;
 }
}</code></pre>&nbsp;결과 사진<img src="https://cdn.inflearn.com/public/files/posts/189c9ba2-5bdc-4f9b-bafc-36eff0e02056/e7103694-f8ae-4c1b-9ff0-7e3c36946d9f.png" media-type="img" alt="스크린샷 2025-09-17 20.53.13.png" title="스크린샷 2025-09-17 20.53.13.png" width="746" height="509">&nbsp;

숫자입력 시 int 형 범위가 넘어가는 경우

섹션1. 강의 소스 코드 확인하시면 됩니다.

수업 코드 제공 관련 문의

질문을 남기면서 생각을 정리하고, 해당 부분 영상을 다시 돌려보니 영한님께서도 방식2가 아니라 방식1로 설명을 하셨다는 판단이 드네요!처음에 리졸버 -> 컨트롤러로 가는 점선 화살표로 인해 헷갈렸습니다.

RequestMappingHandlerAdapter의 Controller 호출 과정

글을 다 작성하고 나니 새로운 흐름(방식3)도 생각이 드는데요. 방식3(이 강의 이전 그림 기반의 흐름) 핸들러 어댑터 -> 컨트롤러 호출(현재 흐름) 핸들러 어댑터 -> 리졸버 -> 컨트롤러 . 이렇게 중간에 리졸버를 껴서 호출&nbsp;방식1, 2, 3 중에 어떤 것이 적절한 흐름인지 궁금하네요 ㅠ

devrudevico

Posts