Как опубликовать файл Android .aar в Artifactory

У меня есть проект Android .aar под названием «myLibAndroid». В структуре каталогов есть файл «build.gradle» корневого уровня и подкаталог «library», который также содержит файл «build.gradle». Файл .aar строится нормально, но не публикуется в Artifactory.

Вот мой файл верхнего уровня build.gradle:

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:1.5.0'
        classpath 'org.jfrog.buildinfo:build-info-extractor-gradle:4.0.0'
    }
}

allprojects {
    repositories {
        jcenter()
        maven {
            url 'http://artifactory.mycompany.local/artifactory/libs-releases-local'
        }
    }
}

Вот файл «build.gradle» из каталога «библиотека»:

apply plugin: 'com.android.library'
apply plugin: 'com.jfrog.artifactory'
apply plugin: 'maven-publish'

def packageName = 'com.mycompany.myLib.myLibAndroid'
def libraryVersion = '0.0.1'

android {
    compileSdkVersion 22
    buildToolsVersion "22.0.1"

    defaultConfig {
        minSdkVersion 10
        targetSdkVersion 22
        versionCode 1
        versionName libraryVersion

        setProperty("archivesBaseName", "myLibAndroid-$libraryVersion")
}

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

publishing {
    publications {
        aar(MavenPublication) {
            groupId packageName
            version = libraryVersion
//            artifactId project.getName()
            artifactId "$archivesBaseName"

//              artifact("$buildDir/outputs/aar/${project.getName()}-release.aar")
            artifact("$buildDir/outputs/aar/$archivesBaseName-release.aar")
        }
    }
}

artifactory {
    contextUrl = 'http://artifactory.mycompany.local/artifactory'

    publish {
        repository {
            repoKey = libraryVersion.endsWith('SNAPSHOT') ? 'libs-snapshot-local' : 'libs-release-local'
            username = artifactory_username
            password = artifactory_password
        }

        defaults {
            publishArtifacts = true
            publications('aar')

            // Properties to be attached to the published artifacts.
            properties = ['qa.level': 'basic', 'dev.team': 'core']

            // Publishes everything by default so just turn off what's not desired
            publishIvy = false

            // Is this even necessary since it's TRUE by default?
            // Publish generated POM files to Artifactory (true by default)
            publishPom = true
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:22.2.0'
}

tasks.withType(JavaCompile) { compileTask -> compileTask.dependsOn copyNativeLibs }

task copyNativeLibs(type: Copy) {
    from '../../libs/android'
    include '**/*.so'
    into 'src/main/jniLibs'
}

clean.dependsOn 'cleanCopyNativeLibs'

Вот результаты «Gradlew ArtifetoryPublish»:

[buildinfo] Not using buildInfo properties file for this build.
:library:generatePomFileForAarPublication
:library:artifactoryPublish
Deploying artifact: http://artifactory.mycompany.local/artifactory/libs-release-local/com/mycompay/myLib/myLibAndroid/myLibAndroid-0.0.1/0.0.1/myLibAndroid-0.0.1-0.0.1.aar
:library:artifactoryPublish FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':library:artifactoryPublish'.
> java.net.SocketException: Connection reset by peer: socket write error

BUILD FAILED

Total time: 5.71 secs

Примечание. URL-адрес развертывания/публикации, который я ХОЧУ, чтобы он соответствовал тому, как наша Artifactory в настоящее время публикует вещи, будет:

    http://artifactory.mycompany.local/artifactory/libs-release-local/com/mycompay/myLib/myLibAndroid/0.0.1/myLibAndroid-0.0.1.aar

Первая проблема связана с исправлением URL-адреса артефакта, который имеет несколько ошибок, связанных с номером версии. Вторая проблема заключается в том, что вызывает Java SocketException.

Кажется, что эти файлы Gradle близки к правильной работе, так что, надеюсь, небольшое изменение или два должны исправить ситуацию?


person Bungles    schedule 10.03.2016    source источник
comment
Новая информация. Мой файл build.gradle выше содержит линейный артефакт ($buildDir/outputs/aar/$archivesBaseName-release.aar), и этот файл существует. Однако команда ArtifactoryPublish не работает при развертывании артефакта: artifactory.mycompany.local/artifactory/libs-release-local/com/   -  person Bungles    schedule 13.05.2016
comment
Я почти уверен, что он находит архив Android, но Artifactory прерывает запрос PUT из-за недопустимого входа в систему. Вы увидите другую ошибку, если задача artifactoryPublish была настроена неправильно, например. artifact имело неправильное значение.   -  person kevinmm    schedule 13.05.2016
comment
Учетные данные, которые я использую в сценарии gradle, такие же, как и для входа в Artifactory через браузер. Просмотр журнала Artifactory access.log при запуске gradlew ArtifactoryPublish вообще не показывает попыток доступа. Но просмотр в request.log показывает non_authenticated_user[PUT], как вы и подозревали, но не показывает мне, что это были за учетные данные. Есть ли у команды ArtifactoryPublish подробный режим, который покажет мне, какое имя пользователя и пароль он передает в Artifactory? Обычный метод --stacktrace не содержит никакой полезной информации, которую я все равно могу различить.   -  person Bungles    schedule 13.05.2016
comment
Согласно документации Artifactory, non_authenticated_user возникает, когда запрос является анонимным. Но зачем отправлять анонимный запрос, когда я предоставляю имя пользователя и пароль?   -  person Bungles    schedule 13.05.2016
comment
Я заменил артефакты_пользователя и артефакты_пароля в build.gradle литеральными значениями вместо переменных свойств и получил другую ошибку: java.net.SocketException: Программное обеспечение вызвало прерывание соединения: ошибка записи сокета. Журнал запросов Artifactory показал правильную аутентификацию, но была ошибка HTTP 403, потому что имя локального файла сборки было неправильным и (очевидно) не загружалось. Это означает, что имя пользователя и пароль из gradle.properties неправильно передаются в Artifactory.   -  person Bungles    schedule 13.05.2016
comment
Можете ли вы попробовать project.getProperty('artifactory_username') вместо прямого доступа к свойству? Вы даже можете распечатать это, чтобы проверить это. Где твой gradle.properties? Если вы передадите ему нулевую или пустую строку, он, вероятно, проигнорирует учетные данные. Зависит от плагина aritfactory gradle.   -  person kevinmm    schedule 14.05.2016
comment
Я думал об этом, но решение, которое работает лучше всего, я думаю, это поместить значения в файл Users/Me/.gradle/gradle.properties. Этого не существовало, но оно работало, когда я создал его и ввел туда имя пользователя и пароль. Не уверен, есть ли преимущества в том, чтобы вместо этого поместить его в local.properties в проекте, но я думаю, что это сработает для размера нашей команды.   -  person Bungles    schedule 16.05.2016
comment
Второстепенная проблема решена - глупая орфографическая ошибка. Строка repoKey = libraryVersion.endsWith('SNAPSHOT') ? 'libs-snapshot-local' : 'libs-release-local' требовалось добавить букву «s» в конец «моментального снимка» и «релиз».   -  person Bungles    schedule 16.05.2016


Ответы (2)


Скорее всего, ошибка сокета связана с неправильными учетными данными и/или разрешениями для входа в Artifactory. Вы пробовали проверять журналы доступа Artifactory? Я видел то же самое для кого-то, кто ввел неправильное имя пользователя.

<artifactory_url>/webapp/#/admin/advanced/system_logs -> access.log

2016-05-10 13:12:52,252 [DENIED LOGIN]  for [email protected]/xxx.xx.xx.xx.
...

Я нигде не вижу, где вы устанавливаете artifactory_username и artifactory_password в своем скрипте сборки.

username = artifactory_username
password = artifactory_password

Это должны быть строковые значения. Из документа Gradle Artifactory Plugin

username = 'resolver'       //Optional resolver user name (leave out to use anonymous resolution)
password = 'resolverPaS*'   //The resolver password

Мне нравится использовать здесь что-то вроде свойства, возможно, то, что вы намеревались сделать. Что-то вроде этого:

username = project.hasProperty('repositoryUser') ? repositoryUser : ''
password = project.hasProperty('repositoryPassword') ? repositoryPassword : ''
person kevinmm    schedule 10.05.2016
comment
Спасибо, поищу информацию в журнале. Я установил имя пользователя и пароль в gradle.properties и знаю, что он их подхватил, потому что, если я их прокомментирую, я получу другое сообщение об ошибке - Не удалось найти свойство Artifactory_username в проекте «: библиотека». - person Bungles; 12.05.2016
comment
Кстати, я попытался вместо этого поместить эти переменные в local.properties, но скрипт не подбирает их автоматически. Это действительно то, к чему они относятся, но я не уверен, как использовать значения из этого файла. - person Bungles; 12.05.2016
comment
@Bungles О, да. Не знаю, почему я не предположил, что у вас там есть собственность. Вы можете установить свойства в двух местах или даже загрузить их из другого места. ~/.gradle/gradle.properties для свойств локального пользователя, gradle.properties, где ваш корневой скрипт сборки проекта предназначен для свойств проекта. См. здесь - person kevinmm; 13.05.2016
comment
Credentials действительно был главным виновником по причинам, описанным выше. Странно, что использование libs-release-local вместо libs-releases-local вызвало ту же ошибку записи сокета. Можно было бы ожидать ошибку, указывающую на то, что этот репозиторий или каталог не существует. - person Bungles; 16.05.2016
comment
Отлично. Рад, что все в порядке. Да, хотелось бы, чтобы сообщения об ошибках в журнале были немного более явными. Вместо того, чтобы тестировать через пользовательский интерфейс развертывания, может быть лучше собрать вместе файл JSON и небольшой скрипт для вызова curl, который следует за запросом POST, требуемым их Развернуть REST API. Это может быть хорошей проверкой работоспособности, скопировав URL-адрес из вывода gradle в скрипт. Но я сомневаюсь, что вы снова позволите имени репо ускользнуть от вас. :) - person kevinmm; 17.05.2016

Хорошо, я решил первую проблему - правильное построение URL-адреса Artifactory. Вот изменения (сверху вниз) в «build.gradle» в каталоге «library», которые заставили его работать:

def packageName = 'com.mycompany.myLib'

// Replace first line with second line under "defaultConfig"
setProperty("archivesBaseName", "myLibAndroid-$libraryVersion")
archivesBaseName = "myLibAndroid"

Однако ошибка записи сокета все еще возникает. Это тупо. Я могу вручную загрузить в то же место Artifactory.

person Bungles    schedule 11.03.2016
comment
Вы смогли выяснить исключение сокета? - person amadib; 24.04.2016
comment
К сожалению, пока нет. - person Bungles; 27.04.2016
comment
@amadib - теперь это работает. См. выше комментарии для обсуждения. - person Bungles; 16.05.2016