일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
- 오라클 디비
- 자바
- 알고리즘
- 유사코드
- c#
- hyperledger
- smart cast
- 오라클
- K6
- MongoDB
- 자바 프로젝트
- JVM
- jsp
- gradle
- auto configure
- spring
- dynamic query
- 초대장
- 백준 알고리즘
- oracle
- SQL
- resilience4j
- 프로젝트
- 문법 정리
- 파이썬
- 파이썬 소스
- 티스토리
- 운영체제
- 리눅스
- 학점
- Today
- Total
목록전체 글 (231)
모종닷컴

Gradle에 대해 알아보자 글에서 빌드 단계에 해당하는 내용이겠네요. 이번 글에서 그레이들 빌드 라이프사이클에 대해 알아보도록 하겠습니다. 그레이들의 핵심은 의존성 기반의 프로그래밍을 위한 언어입니다. Gradle 용어로 이것은 작업과 작업 간의 종속성을 정의할 수 있음을 의미합니다. Gradle은 종속성 순서대로 작업을 실행하고 각 작업이 한 번만 실행될수 있도록 보장합니다. 작업을 실행할 때 이러한 종속성 그래프를 작성하는 빌드 도구가 있어서 실행 전 종속성 그래프가 빌드됩니다. 빌드 스크립트가 이러한 종속성 그래프를 구성합니다. 따라서 빌드 스크립트는 엄밀히 말하면 빌드를 구성시키는 스크립트입니다. 빌드 단계 초기화 그레이들은 단일 및 멀티 프로젝트 빌드를 지원합니다. 초기화 단계에서 그레이들은 ..

왜 안경은 안경닦이로 닦아야 깨끗할까요? 평화로운 주말 오전 공부하기 위해 카페에 들렀습니다. 공부하려고 노트북을 꺼내는 순간 안경이 뿌연 게 상당히 거슬립니다. 안경닦이 꺼내기 귀찮으니 옷으로 닦아보려는데 더 지저분해지는 것 같아요. 그래서 안경닦이를 꺼내서 닦는 순간 엄청 깨끗해집니다. 왜 안경은 안경닦이로 닦아야 깨끗할까? 공부하기 귀찮아서 알아본건 절대 아닙니다 궁금해서 네이버, 구글, 유튜브 등 많이 검색을 해봤는데 죄다 김서림 안경닦이의 원리만 설명해서 ㅋㅋㅋ 그러다 저와 아주 똑같이 생각을 한 글이 있더라고요. 일단 글에서 설명하는 주된 이유를 간략하게 설명하자면 안경닦이 천은 유분기를 잘 흡수하는 소재이기 때문이라고 합니다. 보통 안경을 잘 안 보이게 하고 더럽히는 주요인은 유분기(기름기)..

안녕하세요. 오늘은 지난 Quartz Job Schedule 1편 - 소개 및 간단한 예제에 이어서 Quartz를 좀 더 다양하게 활용하기 위한 포스팅을 하려고 합니다. Quartz를 많이 다뤄보지는 못해서 활용도가 조금 떨어질 수 있지만 이런식으로 활용할 수 있겠구나 정도의 가벼운 마음으로 읽어주시면 감사하겠습니다 :) 이번 예제에서는 Controller를 활용할 예정이라 혹시라도 의존성이 없다면 web 관련 dependencies를 구성해주시기 바랍니다. 제대로 확인은 안했지만 spring-boot-starter-web 정도만 추가하면 되지 않을까 싶습니다. QuartzApiController 만들기 이번 포스팅에서 예제는 모두 api 형식으로 제공할 예정이라 컨트롤러를 먼저 작성하도록 하겠습니다. ..

멀티 모듈 프로젝트를 구성하다보니 그레이들에 대해 참 모르고 있던 부분들이 많았다는 걸 깨닳았네요.. Gradle 관련 공부를 어떤 방식으로 진행할 지 아직 정하지 못했기 때문에 간단하게 공식 문서상에서 소개하는 Gradle에 대해 알아보도록 하겠습니다. Gradle 이란? Gradle은 거의 모든 유형의 소프트웨어를 빌드 할 수 있음 만큼 충분히 유연하게 설계된 오픈 소스 빌드 자동화 도구입니다. Gradle 주요 특징 고성능 : Gradle은 입력 또는 산출물이 변경되어 실행해야 하는 작업만 실행함으로써 불필요한 작업을 방지합니다. 또한 빌드 캐시를 사용하여 이전 실행 또는 공유 빌드 캐시가 있는 다른 시스템에서도 작업 산출물을 재사용할 수 있습니다. 또한 현재까지도 팀에서 Gradle의 성능을 개선..

잘못된 모듈 설계 19년도에 만들고 있던 개인프로젝트를 멀티모듈프로젝트를 진행했었다. 대충 기억을 되짚어보면 아마 front-end, admin-api, pay-api, common 뭐 이런식으로 모듈을 구성하였던 것 같다. 그리고 이런식으로 구성한 모듈이 우아한형제들 블로그에 올라온 글에서 실패한 설계의 예로 쓰이고 있음을 알게되었다. 그 때 개인프로젝트를 예시로 좀 들어보면 이렇다. A,B,C,D,E 모듈이 있다. C에 API가 하나가 작성되었고 이 API를 D, E 서버가 사용해야 한다고 가정해보자. API의 응답 및 요청 DTO들이 생겼다. 이걸 D, E 서버에 모두 넣어야 할까? 그럼 중복으로 코드를 작성하고 관리하기 힘들테니 common에 작성을 해놓는다. 자연스럽게 A, B도 common을 ..