안녕하세요. application.properties 에 logging.level.org.apache.coyote.http11=debug 를 추가해도 강사님과 같은 결과가 나오지 않는데 뭔가 잘못된 부분이 있을까요? 추가로, IntelliJ Community 버전에서는 application.properties 자동 완성을 사용할 수 있는 플러그인이 따로 없나요?
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문 전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요. 문제 2. 값 매개변수화 - 다양한 단위를 매개변수로 받기 ( 2. 람다 자료 25page) 예시코드 부분에서 다른 문제에서는 패키지가 import 되어 있는 방면 25 page에 있는 예시문제에서는 package lambda.ex1; 없어서 이렇게 남기게 되었습니다!
몇몇 코드들은 강의 중에 바로 복사해 붙여넣어 사용하시는 것 같던데, 혹시 따로 제공되는 코드 파일이 있을까요? 제가 기존에 제공받은 수업 자료 PDF에서 코드를 복사해 붙여넣어 보니 줄바꿈이 이상하게 되거나, 정상적으로 붙여넣기가 되지 않는 경우가 있어서 문의드립니다.
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) [질문 대상] 영상 기준: 03:00 ~ pdf 기준: 6.스프링 MVC - 기본 기능.pdf 의 p.48 RequestMappingHandlerAdapter 동작 방식 그림 [질문 내용] 안녕하세요, 영한님. 제가 가진 '호출' 이라는 행위의 동작 방식과 강의(영상 또는 pdf)에서 설명해주신 방식에 괴리가 있어 둘 중 어떤 방식이 적절한 것인지 질문드립니다. 제가 이해한 방식(방식1) RequestMappingHandlerAdapter (이하 핸들러 어댑터)는 Controller (이하 컨트롤러)를 실행(호출)해야 한다. 그런데 클라이언트에게 받은 데이터를 그대로 넘기면 컨트롤러가 받아야 되는 파라미터에 맞지 않는다. 따라서 ArgumentResolver (이하 리졸버)를 호출해서 파라미터에 맞게 변환(빨강, 파랑)해달라고 한다. 핸들러 어댑터는 리졸버로부터 변환된 빨강, 파랑을 받았다. 핸들러 어댑터는 빨강, 파랑을 넘기며 컨트롤러를 호출한다. 강의에서 설명한 방식(방식2) 핸들러 어댑터는 컨트롤러를 호출하기 전, 리졸버에게 빨강, 파랑 파라미터를 요청한다. (리졸버가 작업 모두 완료했다고 가정) 핸들러 어댑터가 컨트롤러를 호출한다. 이때 리졸버가 빨강, 파랑을 컨트롤러에게 넘겨준다. -> 이 부분이 '컨트롤러 호출은 핸들러 어댑터가 하는데 중간에 리졸버가 껴서 파라미터만 넘겨준다'로 받아들여지는데 제가 기존에 알고 있던 '호출' 메커니즘과는 다르다고 생각되어서요. 제가 영한님이 말씀하신 흐름 자체를 잘못 이해한 건지, 아니면 방식1이 적절한 것인지 질문드립니다! 관련 그림
<Stack> <Stack.Screen name="(tabs)" options={{ headerShown: false }} /> <Stack.Screen name="modal" options={{ presentation: "modal", headerShown: false }} /> </Stack> 위와 같이 작업하면 탭을 누를 때마가 스택이 쌓이는게 아닌가요? 그러면 물리 백버튼을 눌렀을 때 탭 이동이 될 것 같아서요. 카카오를 예시를 보면 탭은 스택을 쌓지 않고 있어서 탭 이동을 아무리 해도 뒤로 가기를 누르면 탭 이동을 하고 있지 않네요.
wipe data 이후에 npm run android 를 실행하면 아래와 같은 오류가 발생합니다. CommandError: No development build (com.devparkoon.rntutorial) for this project is installed. Install a development build on the target device and try again. 강의 영상과 다르게 npm run android 를 실행했을 때 expo 를 다시 설치하는 과정이 없는데 어떤 문제일까요? 위 이슈를 해결하기 위해 eas build 를 다시 하면 되긴 합니다 (10분 넘게 다시 소요됨)
MSA기반 주문 서비스 에서 동기식으로 호출할때 재고 차감 - 쿠폰 사용 - 주문 완료 이런식으로 구성되어 있을때 쿠폰 사용 실패일때는 바로 사용자에게 응답이 가능하다고 생각을 하고 있습니다. 하지만 EDA기반으로 재고 차감 - 쿠폰 사용 - 주문 완료를 구현하면 주문이 완료되고 쿠폰사용에 실패가 되어 사용자는 주문이 완료되었지만 다시 실패메시지가 가고 그때서야 이유를 알수 있다고 생각을 하고 있습니다. 그래서 사용자 경험 상 동기식이 맞다고 판단되는데 제가 잘못 생각을 하고 있는걸까요? MSA 기반 EDA 주문 구조에서 재고가 부족하여 실패한다면 사용자에게 바로 응답을 해줄수 있을까욤?.
Next.js 완벽 마스터 (v15): 노션 기반 개발자 블로그 만들기 (with 커서AI)
안뇽하세요. 몇일 전 구매하고 열강하고 있는 개발자입니다. ISR 매커니즘에 대한 궁금증이 있는데요. 저희가 작성한 코드에 보면 export const generateStaticParams = async () => { const { posts } = await getPublishedPosts(); return posts.map((post) => ({ slug: post.slug, })); }; 이렇게 게시글들을 미리 ISR 하는 코드가 있습니다. 특정 게시글의 slug 정보 기반으로 미리 SSG 만드는 것으로 이해했는데요. 그래서 빌드를 하면 SSG + 두 개의 슬러그 페이지가 존재합니다. (getPubishedPosts의 기본 사이즈가 2개이기 때문) 그런데 제가 궁금한게 위 ISR 적용하기 전에 빌드한 후 상세 페이지에 진입을하면 약 1초 정도? 딜레이가 발생하고 화면이 렌더링이 되는데요. ISR을 적용한 후 기대한 동작은 미리 생성된 두 개의 slug에 대해서는 바로 화면에 보이지만 무한스크롤로 발생한 동적 블로그에 대해서는 빌드 전과 동일하게 1초의 딜레이가 발생하고 이후 접근 시 정적페이지가 생성되어 빠르게 보이는게 맞지 않나요? 하지만 현재 동작을 보면 미리 생성된 slug를 제외한 모든 게시글에 대해 빠르게 화면이 보여 제가 이해한게 아닌가 싶네요. 공식문서를 봐도 이해가 잘되지 않아 확인차 문의드립니다.
안녕하세요, 좋은 강의 감사합니다. 실행 컨텍스트 부분에서 궁금한 점이 있어서 질문드립니다. 강의에서 Variable Object를 설명해주셨는데, 제가 개인적으로 찾아본 자료들에서는 ES2015부터 실행 컨텍스트가 Lexical Environment, Variable Environment, this binding으로 구성된다고 나와 있더라고요. Variable Object는 그 이전 스펙에서 사용되던 용어인 것 같은데, 혹시 강의에서 이 개념을 선택해서 설명하신 특별한 교육적 의도가 있으셨을까요? 제가 아직 깊이 이해하지 못해서 그런데, 두 방식 중 어떤 것이 JavaScript 동작 원리를 학습하는 데 더 도움이 되는지, 또는 어떤 차이점들이 있는지 알려주시면 감사하겠습니다.
안녕하세요. 2강 예제는 크게 두 가지가 있습니다. private 필드 리플렉션 접근 제어 ServiceLoader로 등록된 서비스 찾기 처음에는 영상 그대로 타이핑하여 실행했지만, 두 가지 모두 기대와 다르게 작동합니다. (※ 예제 Git으로 프로젝트를 생성해도 동일합니다) xxx-domain 모듈에서 opens 지시어가 없음에도 private 필드 리플렉션이 정상적으로 동작 합니다. 또한 ServiceLoader.load() 메서드로 xxx-domain에 정의한 두 가지 구현체를 찾지 못합니다 제 추측으로는, 코딩 시점(컴파일 환경) 에서는 IntelliJ + Gradle로 관리되는 모듈과 JPMS 기능이 정상적으로 작동하지만, 런타임 환경 에서는 모듈 패스가 아닌 클래스패스로 참조되어 문제가 발생하는 것이 주 원인으로 보입니다. 이 문제를 해결 하기 위해 gradle 이나 실행옵션에서 모듈패스를 사용하도록 시도 해봤지만 여전히 클래스패드 참조로 실행되는 것 같습니다. 영상과의 차이점은 오직 IntelliJ 버전 차이밖에 없는데, 제 버전은 2025.2.1 입니다. 이번 예제에서 JPMS가 정상적으로 적용되도록 private 리플렉션과 ServiceLoader가 동작하게 하는 방법 에 대해 도움을 주실 수 있을까요?
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문 전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 지연평가를 하는 이유 중 하나가 메서드 뒤의 괄호 부분에서 계산 등을 하면 먼저 즉시 평가되어 안 써도 되는 cpu의 사용량을 쓰게 한다고 하셨고, 그를 개선하기 위해 람다를 매개변수로 설정하여 if문 안에서 get(apply 등)메서드를 실행 전까지 계산을 안하기 때문에 지연 평가하여 쓸 데 없는 cpu 낭비를 하지 않는다고 하셨습니다. 여기서 궁금한게 메서드를 콜할 때 매개변수에 람다를 저장하는 것과 원시값이나 참조값을 저장하는 것 중 어떤게 더 메모리를 잡아먹나요? 람다를 저장하는게 더 많이 잡아먹는다면 cpu 낭비와 비교했을 때 어느 것이 더 손해인지 알고싶습니다.