MacOs 사용자 분들이시고 cat ~/.docker/config.json 의 결과에 credsStore 필드가 osxkeychain이고 auth 필드의 값이 비어있으신 경우 인증정보가 keychain으로 관리되고 있고 이걸 jib이 가져오지 못하고 있는 겁니다. 방법 1 (가장 추천합니다) jib 내부의 from과 to 블록의 image 선언 다음 credHelper { helper = "osxkeychain" } 해당 코드를 추가해 keychain에 접근할 수 있도록 해주면 좋습니다. + auth {}로 인증정보를 주입하는 방법으로도 대체 가능합니다. 방법 2 (문제 회피) java 25 이미지를 docker pull 받아 로컬에 두고 ./gradlew jibDockerBuild 하시면 됩니다. 나중에 redis를 받던데 그때로 같은 방법으로 해결하면 될 것같습니다. 방법 3 (keychain 필드깨서 강제로 base64쓰게 하기) credsStore 필드를 훼손시켜 강제로 auth에 암호화된 내용을 저장하도록 하는 것같습니다. 정말 추천하지 않으며, 위 방법이 모두 실패하면 시도해보세요.
안녕하세요. 에러핸들링 강의에서 error.tsx를 (with-searchbar) group 폴더 안에 배치했을때, root layout의 footer의 에러가 나서 화면에 아예 next 오류가 나는 거 같습니다. 이전의 비슷한 질문에서 footer의 fetch 의 cache를 'force-cache'로 설정하였기때문에 오류가 잡히지 않는다라는 글을 본적이 있어서 확인해본 결과, force-cache로 설정해도 next.js 화면 오류로 인해 렌더링이 되지 않는 것을 확인했습니다. 근데 이 Rootlayout 에서 footer를 삭제하면 화면이 뜨고, error.tsx 가 그려지는 것을 확인할 수 있었습니다. 혹시 global-error를 설정하면 동작하지 않을까 하여 해봤지만, next.js 화면 오류만 보여지는 상황입니다. 요약하자면, global-error.tsx를 설정하든 안하든 rootlayout의 footer 에러로 인해 next.js 화면 오류로 덮여지는 상황입니다.
‘자바 ORM 표준 JPA 프로그래밍 - 기본편’ 강의가 올해 안으로 리뉴얼될 예정이라고 들었는데, 혹시 대략적인 리뉴얼 시기를 알 수 있을까요? 현재 강의를 바로 수강할지, 우선 프로젝트를 진행하면서 기다렸다가 리뉴얼된 강의를 수강할지 고민 중이라 문의드립니다. 감사합니다.
학습 관련 질문을 최대한 상세히 남겨주세요! 고민 과정도 같이 나열해주셔도 좋습니다. 먼저 유사한 질문이 있었는지 검색해보세요. 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요 쿠케님 강의 너무 잘 보고 있습니다. 해당 내용 수강중에 궁금한 점이 생겨 질문 드립니다. 혹시 제목이나 내용을 검색한다고 했을때는 redis에서 조건을 통해 조회를 하는것인지 다른 전략이 있는지 궁금합니다!
Figma MCP × AI x Vibe Coding 4시간만에 완성하는 반응형 웹포트폴리오
터미널은 써본적이 없는데... 그부분을 스킵하고 건너뛴 것 같아요 24번째 수업에 나오는 화면이 터미널인가요? ㄷㄷ 무슨 화면인지 모르겠네요 피그마 수업이 길고 ㅠㅠ 바이브 코딩 진입 부터 너무 훌쩍 건너뛰고 진행되는 느낌입니다..... 22. Node.js 설치 여기도 터미널 화면이 나오는데....당연히 사용법을 안다는 전제로 작성하셔서 따라가는데 어려움이 있고 당황스러워요
안녕하세요. 강의 잘 듣고있습니다. 오늘 수강한 "엔티티 식별자와 JPA 엔티티" 에서 JPA 엔티티로 만들었다고해서 달라진게 없다 라고 표현하셨는데요. 애노테이션을 붙여서 컴파일 단계의 의존성은 생겼지만 해당 클래스가 다른 기술적 종속이 생긴건 아니라고 말씀하신거에 질문이 있습니다. 일단 애노테이션을 붙인 것을 용인할 수 있다는건 이해했고, 저도 동의합니다. 그런데 JPA 엔티티가 됨으로써 해당 클래스는 final 로 만들 수 없고, 생성자도 기술적 요구사항에 의해 최소 protected 로 공개할 수 밖에 없는데요. 이번 강의에서도 기존 의도는 private 이었지만 기술을 도입함으로써 애노테이션을 붙이는 것 이상의 작업이 있었습니다(생성자의 접근 수준 변경). 정말 애노테이션만 붙이고 아무것도 하지 않았다면 납득할 수 있지만 애노테이션 외에 다른 변경이 발생했는데도 기술적 종속이 없다고 볼 수 있을까요? 이정도 수준의 변경과 의존은 트레이드오프로 용인할 수 있다고 생각하면 할수는 있지만 엄밀히 따진다면 객체 설계에 영향을 줬다고 생각하는데, 어떻게 생각하시는지 궁금합니다.