Зависимость одного из наших проектов сократила выпуск новой версии за четыре недели до go - 1.8.0.
Метаданные Nexus должным образом перечисляют эту версию как доступную:
<metadata modelVersion="1.1.0">
<groupId>com.splunk.logging</groupId>
<artifactId>splunk-library-javalogging</artifactId>
<version>1.7.3</version>
<versioning>
<latest>1.8.0</latest>
<release>1.8.0</release>
<versions>
<version>1.0.1</version>
<version>1.5.0</version>
<version>1.5.1</version>
<version>1.5.2</version>
<version>1.5.3</version>
<version>1.5.4</version>
<version>1.6.0</version>
<version>1.6.1</version>
<version>1.6.2</version>
<version>1.7.0</version>
<version>1.7.1</version>
<version>1.7.2</version>
<version>1.7.3</version>
<version>1.8.0</version>
</versions>
<lastUpdated>20200117004445</lastUpdated>
</versioning>
</metadata>
В файле проекта pom.xml версия зависимости установлена как <version>[1.7.2,)</version>, поэтому Maven пытается загрузить новую версию 1.8.0. И терпит неудачу, потому что наш Nexus по какой-то причине не имеет его.
Наш частный Nexus просто проксирует nexus.pentaho.org - который имеет тот же (на момент этой типизации) файл метаданных как я скопировал выше, но не фактический splunk-library-javalogging-1.8.0.jar - хотя более ранние версии доступны .
Возможно, это потому, что <version> в вышеприведенных метаданных все еще установлен на 1.7.3 - даже если <latest> и <release> установлены на 1.8.0?
Почему это так, и как мне с этим бороться - без явного исключения 1.8.0