사실 질문이 아니라 정보를 공유해 드리고 싶어서 글 올립니다 마지막 영상에서 test 파일을 한번에 실행시킬때 저처럼 오류가 나는 분들이 있을텐데 이는 jdk21 버전을 사용하였을때 나는 오류입니다 gpt를 통해 답을 얻어내고 해결했으니 참고바랍니다 ㅎㅎ Mockito와 Byte Buddy 개요 Mockito : Java 애플리케이션 테스트에서 객체의 모킹을 위해 널리 사용되는 라이브러리입니다. 모킹은 실제 객체 대신 가짜 객체(Mock)를 사용하여 테스트를 수행하는 기법입니다. Byte Buddy : 바이트코드 조작을 통해 동적으로 클래스와 메서드를 생성 및 수정하는 라이브러리로, Mockito는 이 라이브러리를 사용하여 모킹 기능을 구현합니다. 문제 원인 및 해결 방법 문제 원인 Java 21 버전에서는 이전 버전들과 달리 일부 내부 API가 변경되었을 수 있습니다. 이는 특정 라이브러리가 동적으로 클래스 로딩을 하거나 바이트코드를 조작하는 방식에 영향을 줄 수 있습니다. 동적 에이전트 로딩 문제 : 새로운 Java 버전에서는 동적 에이전트 로딩이 제대로 지원되지 않거나 제한될 수 있습니다. 이는 Byte Buddy가 사용하는 기법 중 하나로, 클래스 로딩을 동적으로 변경하는 데 사용됩니다. 해결 방법 최신 버전 사용 : Mockito와 Byte Buddy의 최신 버전은 새로운 Java 버전에서 발생할 수 있는 문제를 해결하기 위해 업데이트됩니다. 최신 버전에서는 최신 Java의 변경 사항을 반영하여 호환성을 보장합니다. 최신 버전은 버그 수정, 성능 개선, 그리고 새로운 기능을 포함하여 더 안정적으로 동작합니다. 특히 Byte Buddy는 Java의 내부 구조 변화에 대응하기 위해 자주 업데이트됩니다. 구체적인 해결 과정 의존성 업데이트 : build.gradle 파일에서 Mockito와 Byte Buddy의 최신 버전으로 의존성을 업데이트했습니다. groovy 코드 복사 dependencies { testImplementation 'org.mockito:mockito-core:4.0.0' testImplementation 'net.bytebuddy:byte-buddy:1.12.6' testImplementation 'net.bytebuddy:byte-buddy-agent:1.12.6' } 최신 버전의 장점 : 버그 수정 : 최신 버전에서는 이전 버전에서 발생한 다양한 버그들이 수정되었습니다. 호환성 : 최신 버전은 Java 21과 같은 최신 Java 버전과의 호환성을 보장합니다. 성능 개선 : 최신 버전에서는 성능이 개선되어 더 빠르고 안정적인 테스트를 수행할 수 있습니다. 결과 : 최신 버전을 사용함으로써, Java 21에서 발생하던 동적 에이전트 로딩 문제와 관련된 오류가 해결되었습니다. 이는 최신 버전이 Java 21의 변경 사항에 맞게 적절히 대응했기 때문입니다. 결론적으로, 라이브러리의 최신 버전을 사용함으로써 새로운 Java 버전과의 호환성 문제를 해결할 수 있었던 것입니다. 최신 버전의 라이브러리는 일반적으로 더 나은 안정성과 성능을 제공하며, 최신 환경에서의 호환성을 보장합니다. /*1. Mockito 및 Byte Buddy 최신 버전 사용 사용 중인 Mockito 및 Byte Buddy 라이브러리의 버전을 확인하고, 최신 버전으로 업데이트합니다. 최신 버전은 최신 JDK와의 호환성을 더 잘 지원할 수 있습니다. build.gradle 파일에서 의존성을 최신 버전으로 업데이트하세요:*/ dependencies { testImplementation 'org.mockito:mockito-core:4.0.0' testImplementation 'net.bytebuddy:byte-buddy:1.12.6' testImplementation 'net.bytebuddy:byte-buddy-agent:1.12.6' }
4줄 요약 저는 프로그래밍 초보자로, 회사에서 스프링과 Vuejs를 공부하라는 지시를 받았습니다. 하지만 자바의 기본 지식이 부족해 강의를 따라가기 어렵습니다. 현재 학업, 스프링, Vuejs, 빅데이터 대회준비를 동시에 진행하고 있어 시간도 부족합니다. 자바로 돌아가서 기초를 쌓아야 할지, 스프링 진도를 계속 나가야 할지 고민입니다. 주서. 저는 눈 가리고 귀 막은 상태로 강의를 듣고 싶지 않습니다, 저는 오래 산업에 종사하신 분들의 현실적인 조언이 필요합니다. 안녕하십니까. 곧 인턴으로 투입되기 위해 강의를 듣고 있는 얼리어잡터입니다. 제 배경은 이렇습니다. 객체지향프로그래밍 경험은 이 스프링 강의 속 코드를 보며 따라친 게 처음입니다. 회사에선 자바의 기본적인 문법만 공부하고 바로 스프링으로 들어가라고 하였습니다. 저는 학교에서(대학교가 아님) 수업들은 C와 Python의 경험을 토대로 자바의 겉 부분을 공부하고 스프링으로 넘어오게 되었습니다. 헌데 제가 자바의 겉 부분을 제가 잘 못 핥았는지 지금까지 들은 강의 내용을 전부 이해한다는 생각이 전혀 안들어 인턴인데 첫 회사 업무를 잘 수행 할 수 있을지가 의심이 들었습니다. 지금 제일 조언이 필요한 부분은 학업, 스프링, Vuejs, 빅데이터 대회 전부를 동시에 진행하고 있는데요 현재 자바도 잘 모르는데 final 이든 데이터 구조든 처음 보는 골뱅이 @Test 이런 것이 자바에서 어떻게 동작하는지 잘 몰라도 시간이 2개월 정도 밖에 남지 않았으니 그냥 스프링 진도를 나가는 것이 맞는지 아니면 스프링은 일단 접어두고 제대로 기초 공사 자바부터 차근차근 철근을 하나씩 박으면서 역량을 쌓기 위해 자바로 돌아가야 할지, 현업에 오래 종사하신 분들의 조언이 필요합니다
안녕하세요. 로 타입을 쓰는 팀원에게 어떻게 제네릭을 쓰자고 잘 설득할지 고민입니다. 20년, 10년 전의 레거시 코드를 유지보수하고 있습니다. 현재 사용중인 JDK는 1.6인데요. 그러면 객체 생성 시 할당하는 곳에서 생략하는 건 못해도 제네릭 자체는 쓸 수 있잖아요. 로 타입은 기본이요, 제네릭을 List<Map> 까지만 쓴다거나, 아예 그냥 자료구조를 따로 만들어서(?) 사용하더라고요. 그래서 최근에 제네릭을 쭉 여러 서적과 강의를 보면서 공부하고 있긴 한데, 거대한 레거시 코드라 한 번에 고칠 수는 없고... 그렇다고 팀원에게 강요하는 건 그릇된 개선이라고 봅니다. 어떻게 하면 제네릭을 잘 도입할 수 있을까요? 제가 공부를 정말~ 많이 하는 방법밖에 없는 걸까요? 제네릭 한 번 쓰면 코드의 양이 확 줄텐데 말이죠...그러면 유지보수도 편해지고 좋을텐데... 🥺
안녕하세요. 믿고 결제 했습니다!! 이제 막 결제를 한 단계인데요, 인프런에 올리신 강의만 다 들으면 될까요? 아니면 유튜브에 올려두신 영상들도 같이 봐야할까요? 혹시 인프런 강의랑 겹치지는 않지만 도움이 되는 유튜브의 재생목록?? 그런 게 따로 있을까 싶어서 묻습니다. 기존에 무료로 올리신 것도 좋은 영상이 많을텐데 시간이 널널하지 않아서 어떻게 참고할지 고민글 남깁니다!
안녕하세요 저는 강사님 커리큘럼을 따르고 있는 학부생입니다. 학교 전공수업에 오픈소스 교육자료를 만드는 과제가 있습니다 소프트웨어 툴, 개발 도구 등에 대한 동영상 강의를 제공하는 비영리의 관련 학교 채널 유트브에 올라갈것이며 동영상에는 (CC BY-NC 4.0) 라이센스가 적용되어 올라갈것 같습니다 이 동영상에서 스프링의 기초적인 내용을 설명하기 위해 제가 배웠던 강사님의 강의내용을 바탕으로 30~40분 분량의 관련 교육 영상을 만들고 싶습니다. 물론 강의내용을 그대로 사용하지않고 부분부분 배운내용을 기반으로 요약하는 식으로 영상을 만들 생각입니다 김영한 강사님 강의의 ppt 자료는 사용하지않고 따로 제가 만들어서 사용할 것 이지만 강의에서 사용된 예제 코드(member service예제) 및 배운내용을 사용해도 저작권에 문제가 없을지 출처를 남겨야한다면 동영상에 어떤식으로 출처를 남기면 좋을지 문의드립니다
안녕하세요. 특정 컬럼명을 한글로 지정하여 노출하고 싶을 때에는 어떻게 해야 하나요? 별칭 지정할 때에는 따옴표 없이 사용하는거라 하셔서 아래처럼 시도해봤는데, 에러가 뜹니다. select id as 포켓몬아이디, kor_name, eng_name, type1 from basic.pokemon where type1 = 'Fire' 다른 부서원들에게 전달해야 할 때에는 컬럼명을 한글로 노출하여 전달해야 할 일이 많을 것 같아서요.컬럼명을 한글로 노출하려면 어떻게 해야 할까요? 혹시 몰라 ', " 도 함께 사용해봤는데 여전히 오류가 뜹니다. (에러문구는 다르게 뜨긴 하네요) ' 로 시도 " 로 시도
log 데이터베이스가 log_연_월로 매월 스키마를 자동 생성하여 로그를 기록 및 보관하고 있습니다. (ex) 2024.03월 >> log_2024_03(db) >> application_log(table), system_log(table) 2024.04월 >> log_2024_04(db) >> 테이블 구조는 동일 (새로운 연.월이 오면 자동으로 생성) .... 위에 대한 데이터베이스 구조에서 3월과 4월의 system_log 내용을 조회하고 싶다면? (조회하고 싶은 날짜는 사용자의 조건에 따라 달라질 수 있음.) mybatis에서 mapper.xml 에 쿼리를 직접 작성하여 해결 가능하지만, jpa로는 위와 같은 문제를 어떤식으로 해결할 수 있는지 조언 부탁 드립니다.
안녕하세요 자바 초급에 이어서 자바 중급1편까지 완강한 수강생입니다 우선 항상 양질의 강의를 올려주셔서 정말 감사드립니다! 스프링을 수강하기에 앞서 자바편을 듣는 것인데, 아직 컬렉션, 제네릭, 람다 등이 학습이 되지 않아 스프링 강의는 미뤄두고 있습니다 (정확히 모르는 개념이 있으면 강의의 몰입도가 떨어지는 제 성격 때문이 큽니다) 여기서 고민이, 자바 중급2편이 곧 올라올 예정이고 여기서 컬렉션과 제네릭은 다뤄주신다고 말씀해 주셨는데 람다의 경우는 다른 책이나 강의를 통해 공부를 진행하고 스프링을 공부해야 할까요? 아니면 자바 중급까지만 잘 들어놓으면 바로 스프링으로 넘어가도 될까요? 의견 부탁드립니다! (자바 중급만 듣고 바로 스프링 넘어갈 경우에도 람다에 대해서는 아주 간단하게라도 공부는 할 예정입니다)
안녕하세요. 코드에 익숙해 지는 방법이 궁금하여서 질문을 남깁니다. 저가 문제 풀이를 하다보면은 저가 하던 방식으로 하는경우에는 실패하는 경우가 많더라고요. 그래서 공식 서포터즈님들이나 영한님의 코드를 배껴서라도 풀어야 하는데, 문제는 시간이 흐르면 다시 저의 방식으로 하고 있다는것을 생각하게 됩니다. 이런 경우 어떻게 해야 영한님의 코드나 공식 서포터즈님들의 코드에 최대한 빨리 익숙해 지는 방법은 무었인가요? 계속 따라 치는거 밖에 방법이 없는건가여? 답변 부탁드립니다.
안녕하세요. 초보자를 위한 BigQuery(SQL) 입문 잘 들었습니다. 생각보다 재미가 있어서 계속 해보려 하는데 무엇을 해야할지 잘 몰라서 고민입니다. 강의 후반부에 "앞으로 배우면 좋을 내용" 에 있는 순서대로 해보려 했습니다. 공식 문서와 블로그 글을 통해 ARRAY, STRUCT의 기본 공부를 했습니다. 다음으로 넘어가 복잡한 데이터 가공하기 부분을 하고 있습니다. 우선 bigquery의 공개 데이터를 사용해 보자는 생각을 했고 Google Trends datasets과 COVID-19 Public Datasets을 살펴봤습니다. 세부사항과 데이터를 보며 어떤 것을 의미하는지까지는 알 수 있었습니다. 다만 이후부터 어떻게 해야할지 감이 안 왔습니다. 강의를 수강할 때는 예제 문제들이 있으니 배운 것을 적용할 수 있었는데, 처음 보는 데이터고 어떤 목적을 갖고 분석을 해야할지 모르겠습니다. bigquery 프로젝트 예제를 찾아봤지만 마땅한게 없었습니다. 혹시 이 강의를 수강하고 연습해 보기 좋은 dataset과 어떤 방식으로 프로젝트를 진행해야 할지 알고 싶습니다.
먼저 강의를 완강했으나 인터페이스 부분외 이런저런 부분에서 확실하게 배워지지않았습니다. 반복해서 시청했는데도 잘 안되네요. 실전에서도 이렇게될까봐 걱정인데 이 강의의 내용을 안보고도 혹은 다른 자료를 참고하지 않을정도로 완벽하게 코드를 짤 수 있을정도로 다시 노력을 해야할지 단순히 하다가 기억이 안나면 자료를 찾는 방향으로 나아갈지 조언을 부탁드립니다.
[ 깨달음 ] - 역할과 구현의 효과를 체감 => 역할: BeanDefinition 정보 생성 ==> 구현: 무엇을 가지고 BeanDefinition 생성 - BeanDefinition을 보면 Bean 생성 시 무엇을 정의 할 수 있는지 알 수 있다 => Scope, lazyInit 등등 - factory method를 쓰는 annotation config는 => 빈 정보에 factoryBeanName = config name, factoryMethodName = 생성 method 이름 이 붙음 [ 생각과 느낌 ] - 코드 작성에도 교양이 있으면 낭만이 있다 - 직접 BeanDefinition 을 만들다니 우와
[ 배움 ] - ApplicationContext는 BeanFactory의 자식이다 => ApplicationContext는 부가 기능 제공 - ApplicationContext 부가 기능 => 여러 인터페이스의 묶음 ==> 메시지 소스: ===> 메시지의 국제화 등 ==> 환경 변수: ===> 환경 변수 사용 등 ==> 이벤트: ===> 이벤트 발행 등 ==> 리소스: ===> 리소스 파일 열기 등 - 스프링 컨테이너 => 실제 클래스가 아니라 개념이다 [ 생각과 느낌 ] - 인터페이스가 많이 분리된 경우를 많이 봤는데 => 그 이유가 역할의 분리에서 나온 것이었구나 - 환경 변수 어떤 기준으로 쓸까? => 환경에 따라 값을 다르게 하기 위해 사용 ==> 즉, 이 값을 환경 변수로 둬야 할까의 기준은 어떤 환경에 쓰는가에 달라지냐 여부 ===> 예: 환경 별 달라지는 사용 데이터베이스 - 여러 환경을 두려면 => 테스트 등 을 위해 따로 DB 등 서버를 띄워야 하고 ==> 그만큼 많은 하드웨어 리소스도 많이 필요하겠구나
