Где находится версия INDY для Groovy v2.5.4?

Question

Мои сборки сломались, когда я перешел на Gradle 5 из-за комплектов Gradle v5.2 с Groovy v2.5.4.В этих проектах используется динамическая поддержка для Groovy.

• Вызывает динамическую поддержку
• groovy-all-2.5.4-indy.jar

Этот файл не разрешен ни для JCenter, ни для MavenCentral.Однако я нашел здесь копию:

• Сонатёо репо : https://repo1.maven.org/maven2/org/codehaus/groovy/groovy-all/2.5.4/
  • groovy-2.5.4-indy.jar
  • но нет groovy-all-2.5.4-indy.jar

Я не уверен, что можно сделать для Gradle, чтобы «разрешить» этот файл и действительно найти его.

1. Может кто-нибудь сказать мне, откуда я должен получить этот JAR-файл?

   • Я использую координаты: "org.codehaus.groovy:groovy-all:2.5.4:indy"
   • Это все еще правильное выражение?

2. Это ошибка или я просто смотрю в неправильных местах (см. # 1)?

   • Я не знаю build.gradle Я использовал jcenter() и попытался изменить это значение на mavenCentral().
   • Ни одна из этих опций не пришла с рассматриваемым JAR.

Последняя проблема заключается в том, что мы запускаем экземплярНексуса.Есть ли способ заставить Нексуса выйти и поискать этот JAR?

Answer 1

Это не совсем убедительно, но кажется, что jar -indy был там в отличных версиях до 2.5.0, потому что эти версии поддерживали версии java до 1.7.

Был создан indy jar, чтобы вы могли дополнительно включить поддержку инструкции invokedynamic, введенной в java 1.7, при этом поддерживая версии java до 1.7, которые не включали invokedynamic ( groovy docs для indy ).

Кажется, что groovy 2.5 увеличил минимальное требование jdk, цитата:

Изменения требований JDK Groovy 2.5 требует сборки JDK8 +, а JDK7 - это минимальная версия JRE, которую мы поддерживаем.

(из http://groovy -lang.org / releasenotes / groovy-2.5.html )

, что сделало бы всю эту двойственность поддержки обоих invokedynamicи без лишнего.

Таким образом, я предполагаю, что они просто сбросили indy jar и всегда включают команду invokedynamic в обычный набор файлов groovy jar, поскольку требуемые версии jdk всегда будут включать его.