Dependency Mechanism

gear

 maven, gradle dependency tree

• 아래와 같은 커맨드로 볼 수 있긴 하지만,,
  • mvn dependency:tree
  • gradle dependencies
• 좀 더 편하게 볼 수 없나?

view dependencies as a diagram

• intellij 다이어그램 형태로 볼 수 있는 bundled plugins를 제공한다.
  • maven
  • gradle
• ultimate에서만 가능하다. 😓
• Maven Extension, Gradle Extension bundled plugins

 

maven dependency diagram

Dependency Mechanism

• maven의 핵심 기능은 종속성 관리인데, 같은 라이브러리인데 여러버전이 발견 될 경우  어떤 버전을 선택할지 결정하는 메커니즘을 가지고 있다.
• https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

Maven – Introduction to the Dependency Mechanism

nearest definition

A

├── B

│   └── C

│       └── D 2.0

└── E

    └── D 1.0

• A -> B -> C -> D 2.0
• A -> E -> D 1.0
• D 1.0 이 빌드시 사용됨, A -> D까지 가는 길이 E로 가는 길이 더 가깝기 때문
• (D 1.0 will be used when building A because the path from A to D through E is shorter.)

 

A

├── B

│   └── C

│       └── D 2.0

├── E

│   └── D 1.0

│

└── D 2.0

• D 2.0을 명시적으로 추가해 강제로 사용할 수 있다.
• (You could explicitly add a dependency to D 2.0 in A to force the use of D 2.0)

 

same depth

A

├── B

│   └── C

│       └── D 2.0

└── E

    └── F

        └── D 1.0

• 만약 두 버전이 같은 depth에 있다면 먼저 선언된 쪽을 사용
• (if two dependency versions are at the same depth in the dependency tree, the first declaration wins.)

 

A

├── logback-classic

│       └── C

│                └── logback-core 1.2.9

├── logstash-logback-encoder

│       └── F

│                 └── logback-core 1.2.3

└── log-x

          └── logback-core 1.1.1

• 만약 위와 같은 프로젝트가 있다면 logback-core버전은 1.1.1을 사용하게 되기 때문에,
• 아래와 같이 명시적으로 선언을 해줘야 하고, exclusion 할 수도 있다.

 

A

├── logback-classic

│       └── C

│               └── exclusion -> logback-core 1.2.9

├── logstash-logback-encoder

│       └── F

│               └── exclusion -> logback-core 1.2.3

├── log-x

│       └── logback-core 1.1.1

│

└── logback-core 1.2.9