Intro 스프링 프레임워크를 사용하여 월급을 받고 다닌것도 이제 겨우 2년이 되어갑니다. 처음 입사할때만 해도 어떻게든 게시판 하나정도는 만들 수 있다며 스프링을 할줄 안다고 생각했었는데, 지금 저에게 스프링은 너무나도 어렵고 방대합니다. 스프링 프레임워크는 우주의 팽창처럼 매일매일 뻗어가는데 제가 이해하거나 써먹는 부분은 빙산의 일각에 불과합니다. 게시판을 제대로 만드는건 원래부터 이렇게 복잡했던건지 아니면 점점 더 어려워지고 있는건지 모르겠지만 여전히 만만치 않습니다. 그래도 괜찮습니다. 새로운 배움은 여전히 즐겁고 스프링은 친해질수록 더 매력적입니다. 신청 3월 어느날 한국 스프링 사용자 모임 페이스북 그룹에 스프링캠프 2023 행사에 공지가 올라왔고, 얼마 후 인프런을 통해 선착순으로 신청을 받..

reference https://groups.google.com/g/irod-chat/c/2Fu71_sWv7Q/m/pL6D9yZVUW0J Intro 블로그 정리를 하고 있습니다. 모든 이미지 파일들을 webp 형식으로 바꾸다가, 작성해두었었지만 미처 블로그에 올리지 않았던 본 글을 발견했습니다. 오래전에 iRods의 Quota 설정을 하며 남겨두었던 글 입니다. 2021년 9월에 작성해두었던 문서로, 이미 19개월이나 지났지만, iRods의 경우 참고할 문서가 거의 없어 비록 늦었지만 남겨두는 의미로 올립니다. 본문 core.re 설정변경 docker를 통해 irods에 접속합니다. ​ core.re 파일을 찾습니다. find / -name core.re ​ core.re 파일을 수정합니다. vi /et..

문제 스프링 부트 3.0.0 버전으로 개인 프로젝트를 진행하고 있는데, 시간도 어느정도 흘렀고 해서 3.0.5 버전으로 버전을 높이던 중 MySQL 드라이버를 찾지 못하는 문제가 발생. Failed to load driver class com.mysql.cj.jdbc.Driver in either of HikariConfig class loader or Thread context classloader비교적 최근의 3.0.5 에서의 문제인가 하여 3.0.4, 3.0.3 조금씩 낮춰보며 확인을 해 보았지만 3.0.0 으로 바꾸기 전까지는 해결된 기미가 보이지 않음 원인 원인을 찾아보자. 일단 지금 상태의 build.gradle.kts 파일이다. ${code:build.gradle.kts} import org..

Intro 매번 새로운 커밋이 발생할 때마다 서버에 새로운 버전으로 업로드하고, 기존에 실행 중이던 프로세스를 종료한 후, 새로 업로드한 프로젝트를 실행하는 일련의 과정은 상당히 번거로운 작업입니다. 최근 주목받고 있는 CI/CD 방법론은 이러한 문제를 해결하며 다양한 이점을 제공합니다. CI/CD는 지속적 통합(Continuous Integration)과 지속적 배포(Continuous Deployment)의 약자로서, 소프트웨어 개발 프로세스를 혁신적으로 개선하는데 중요한 역할을 수행합니다. CI/CD를 통해 코드 변경 사항을 자동으로 빌드, 테스트 및 배포함으로써 개발 속도를 높이고 안정성을 확보할 수 있습니다. 이러한 자동화 방법론은 개발자가 수동으로 빌드와 배포 과정을 반복하지 않아도 되게 하여..

Intro Gitlab 에서 CI/CD 파이프라인을 이용해 Merge Request를 할 때 마다 자동으로 빌드를 실행해서 문제가 없는지를 자동으로 테스트 하려는 그럴싸한 계획을 가지고 있었습니다. 테스트 과정에서 꽤나 무거운 스프링 컨테이너를 띄우지만 로컬에서는 어렵지 않게 돌렸기 때문에 큰 걱정은 안했습니다. 야심차게 Merge Request와 함께 파이프라인이 작동을 시작했고, CPU와 메모리 사용량이 급격히 증가하며 결국 버티지 못하고 사내 깃랩서버는 그대로 뻗어버렸습니다. Gitlab Runner GitLab Runner is an application that works with GitLab CI/CD to run jobs in a pipeline. 그리하여 같은 잘못을 되풀이 하지 않기 위해..