Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- 바이브코딩
- kotlin
- CKA
- 티스토리챌린지
- tucker의 go 언어 프로그래밍
- Spring
- AWS EKS
- AWS Network
- 기록으로 실력을 쌓자
- Kubernetes
- aws
- Network
- AI
- CKA 기출문제
- golang
- Java
- 코틀린 코루틴의 정석
- Rag
- SRE
- 오블완
- docker
- go
- LLM
- kotlin coroutine
- 공부
- 정보처리기사 실기 기출문제
- aws vpc
- Claude
- MySQL
- PETERICA
Archives
- Today
- Total
목록gradle (1)
피터의 개발이야기
[Gradle] compileOnly는 "배포 안 함"이 아니다 — AAR과 POM은 서로 다른 것을 배포한다
ㅁ 들어가며라이브러리를 만들어 Maven에 올려본 적이 있다면 compileOnly를 한 번쯤 써봤을 것이다."컴파일할 때만 필요하고 배포물에는 안 들어간다"는 설명은 어디에나 있다. 맞는 말이다.그런데 이 문장에는 숨은 주어가 있다. 누가 배포하지 않는다는 것인가?compileOnly가 보장하는 건 "내 바이너리에 안 들어간다"이지, "내 소비자의 바이너리에 안 들어간다"가 아니다.그리고 이 둘 사이를 갈라놓는 것이 POM이다. 라이선스 이슈를 대응하기 위해 내 AAR에는 안 넣되고, 소비자에게는 전달하고 싶은 경우 사용할 수 있는 방법이다. ㅁ 라이브러리는 두 개를 배포한다Maven 저장소에 올라가는 것을 뜯어보자.com/example/mylib/1.0.0/├── mylib-1.0.0.aar ..
Programming/Spring
2026. 7. 10. 23:35