Зависимость пользовательской конфигурации Gradle от подпроекта не разрешается - PullRequest
Новая
       27

Зависимость пользовательской конфигурации Gradle от подпроекта не разрешается

1 голос
/ 11 октября 2019

У меня есть пользовательская конфигурация: 

configurations {
    unnamedJavaModule {
        canBeResolved true
    }
}

Версия Gradle: 5.6

Эта конфигурация используется для добавления зависимости к подпроекту, например так: 

unnamedJavaModule (project(':unnamed.module'))

Проблема заключается в компиляции, компилятор kotlin жалуется, что некоторый пакет, определенный внутри модуля, не существует.

Я попытался исправить это, добавив конфигурацию compileKotlin classpath, ноэто не сработало. 

compileKotlin {
    doFirst {
        classpath += configurations.unnamedJavaModule
    }
}

Неразрешенная ссылка: имя_пакета

Где packagename - имя пакета, который он не находит. Это раздражает, потому что пакет существует в подпроекте. Он не жалуется, что пакет находится в неназванном модуле, он просто не находит его. Изменение зависимости для использования конфигурации implementation, кажется, исправляет это, но я не хочу использовать существующую конфигурацию implementation 

implementation (project(':unnamed.module')) // This works

Как это исправить, чтобы разрешить пользовательскую конфигурациюправильно?

...