일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- CI/CD
- ssh
- optional
- AWS EC2
- Optional 사용법
- AWS 키페어
- 창업 마인드
- AWS 프로젝트
- AWS S3
- vscode
- 창업형인간되기
- spring multi thread
- AWS
- 마인드
- 스트림 예제
- java null 처리
- 자바 스트림
- 비주얼 스튜디오 코드
- Visual Studio Code
- github CI/CD
- java stream
- dockerfile
- 창업형인간
- spring async
- AWS 프로젝트 올리기
- AWS ssh
- @async
- java Optional
- 라이프해킹스쿨
- 창업
- Today
- Total
목록maVen (2)
Wookim
해당 태그에 명시된 프로젝트의 자식 프로젝트임을 명시 예제 {부모 그룹 아이디} {부모 아티펙트 아이디} {부모 버전} {부모 그룹 아이디}.{부모 아티펙트 아이디}> {해당 프로젝트 아티펙트 아이디} {해당 프로젝트 버전} 위 태그들 중 자기 자신의 를 잘 볼것. "부모 그룹아이디 + . + 부모 아티펙트 아이디" 로 구성했다. 이렇게 하면 nexus에 jar를 배포할 때 트리구조로 예쁘게 배포된다. 자식 프로젝트들을 명시 = 자식 프로젝트들의 부모임을 명시 에제 common core module1 위 태그들에 명시된 common, core, module1은 현재 프로젝트들의 자식(sub module) 프로젝트 들이다. 패키지 되는 형식을 지정하는 태그 예제 ex 1). jar ex 2). pom 1)..
회사에서 작업하던 java 프로젝트를 maven 프로젝트로 변환하는 업무를 맡았다. 생 java 프로젝트라 lib들을 파일로 관리하고 있어서... 회사 내 nexus와 maven으로 lib를 관리하기로 결정했다. 상황은 core가 되는 프로젝트와 core에 jar로 말려들어가는 plugin들의 구조를 바로 잡아야 하는 것. 문제가 되는게 core와 plugin들이 서로 circular dependency(상호 의존) 관계였던것.. (때문에 mavne build 과정 중 애를 많이 먹었다.) 해당 프로젝트들을 하나로 통합하고 mavne multi module 프로젝트로 변환하기로 결정했다. 구조는 다음과 같다. template (껍데기) pom.xml ---- common ---- pom.xml ---- ..