Зависимости, как правило, будут частью нового фляги. Но это действительно до уровня зависимости. Предусмотрена область действия по умолчанию, которая сделает его частью jar:
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>2.6</version>
</dependency>
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>2.6</version>
<scope>compile</scope>
</dependency>
Однако существуют другие области, которые не упаковывают зависимость в jar. Здесь показаны два наиболее часто используемых:
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
Более подробную информацию о области можно найти по адресу baeldung .
Но есть еще одна вещь, которую следует учитывать, и этоесли версия в банке будет использоваться или нет. Если зависимость не указана в пути к классам проекта, это не проблема, поскольку ваша зависимость - единственная. Если существует другая версия зависимости от пути к классам, то это будет зависеть от сервера приложений, который будет выбран.
Редактировать: Поскольку JF Meier ответил, вы должны изменить groupId, artifactIdи / или версию зависимости, которую вы изменяете. Это означает, что ваша зависимость используется, а не другая.