Вопросы Теги

Миграция от муравья знатоку в Netbeans

Удалите следующие строки из приложения уровня модуля. 

import com.google.gms.googleservices.GoogleServicesPlugin

Также удалите блок buildscript и соберите его снова

Ваш файл уровня модуля gradle должен быть похож на 

apply plugin: 'com.android.application'
... your plugin here

android {
    compileSdkVersion 28
    defaultConfig {
        applicationId "your.application.id"
        minSdkVersion 21
        targetSdkVersion 28
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support:appcompat-v7:28.0.0'
    implementation 'com.android.support.constraint:constraint-layout:1.1.3'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.2'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
..... add more dependencies here

}
13
задан Rich Seller 30 July 2009 в 22:08
поделиться

4 ответа

Я обнаружил, что миграция не требуется. Реальные требования, которые мне нужны, заключались в автоматической загрузке зависимостей (библиотек).

Это также достигается с помощью Ivy , который, тем не менее, использует репозитории maven.

Я решил преобразовать проект из ant в ant + ivy с помощью IvyBeans .

0
ответ дан 2 December 2019 в 00:32
поделиться

Не читайте ту книгу. Это только сделает, Вы перепутали. Прочитайте эту книгу вместо этого: "Знаток - полное руководство" http://www.sonatype.com/books/maven-book/reference/.

Кроме того, сайт знатока имеет большую информацию, но структура ужасна, таким образом, необходимо будет использовать Google для навигации в нем.

Вот мое предложение:

  1. Сделайте это вручную, не с "автоволшебной" "справкой" от IDE. Интеграция знатока не работает что хороший все же, не в любом IDE.

  2. Удостоверьтесь Вы, проект программы разделен на модули под общим модулем зонтика, так, чтобы каждый модуль произвел единственный двоичный артефакт (банка, война...) возможно сопровождаемый javadoc исходного кода позади того артефакта, zip с исходным кодом и т.д. Основной принцип - то, что каждый модуль производит единственный артефакт, содержа весь нетестовый код под тем модулем. Можно сделать это, в то время как проект все еще разрабатывается муравьем.

  3. Каждый модуль должен соответствовать стандартному расположению каталога знатока. Место назначения сборки находится под [модуль] / целью / [выходной тип, например, "классы"]. Исходный код находится под [модуль]/src/main / [src-тип, например, "Java"] и [модуль] / тест / [src-тип]. Артефакт состоит из всего кода под src/main и ни одним из кода под src/test, поскольку он создал к целевым каталогам. Можно сделать это в то время как все еще созданного муравьем.

  4. Запустите путем преобразования подмодуля, который не имеет никаких зависимостей от других модулей в проекте.

  5. Теперь можно создать родительский модуль знатока, pom.xml с артефактом вводит "англичанина", состоя из одного из модулей ниже. Сделайте дочерний модуль для первого подмодуля (тот только с внешними зависимостями), с помощью модуля зонтика в качестве "родителя". Помните, что необходимо указать версию для родителя. Не забудьте добавлять дочерний модуль как "модуль" в родителе также. Всегда используйте $ {project.version} в качестве версии в дочерних модулях при создании проектов мультимодуля как это. Все модули под родителем должны быть выпущены одновременно в единственной операции, и если Вы будете использовать этого знатока установки, то удостоверится, что поля версии остаются такими же через все модули, и обновляется везде во время выпуска. Это может мешать снова использовать существующую нумерацию, но это не имеет значения. Вы никогда не собираетесь заканчиваться номера версий так или иначе.

  6. Добавьте необходимые зависимости и удостоверьтесь, что можно создать родителя и дочерний модуль вместе с помощью команды "mvn чистая установка" от родительского модуля.

  7. Возобновите остальную часть модулей тот же путь. Зависимости к другим модулям в соответствии с тем же родительским проектом должны также использовать $ {project.version} в качестве "версии", в зависимости от которой они, имея в виду "ту же версию как это". ОБРАТИТЕ ВНИМАНИЕ, ЧТО для создания, модуль, в зависимости от которого Вы, должен быть создан с помощью "mvn установку", так, чтобы это было развернуто на Вас локальный (компьютер) репозиторий. Иначе зависимость модуля не сможет найти классы. Нет НИКАКИХ зависимостей исходного кода между модулями в знатоке, только зависимости к созданным и упакованным версиям, установленным в локальных и удаленных репозиториях. Это может очень сбивать с толку, если Вы происходите из проектов муравья. Сборка от корневого модуля, пока Вы не становитесь довольными этим. Требуется два дня.

  8. Не используйте интеграцию знатока в IDE. Это - плохая идея. Используйте "mvn idea:idea" или "mvn eclipse:eclipse" для установки рабочей области как незнатока обычный проект IDE. Межмодульные механизмы зависимостей в знатоке и IDE не идентичны и никогда не будут. Кроме того, если у Вас есть несколько mavenized проектов с промежуточными зависимостями, Вы хотите иметь несколько из них в Вашей рабочей области с зависимостями, настроенными между. Можно сделать это с mvn idea:idea / eclipse:eclipse, если Вы создаете отдельный файл проекта знатока под названием "workspace.xml" (или безотносительно) в том же каталоге как родительский модуль, настраиваете как проект мультимодуля, содержащий модули "." и "../otherproject" (только односторонняя ссылка здесь, никакой родитель касательно спины). Если Вы работаете "mvn idea:idea / eclipse:eclipse-f workspace.xml", Вы получаете рабочую область со всеми этими соединенными модулями. Никакая интеграция IDE не позволяет Вам сделать это. Это походит на большую дополнительную работу, но workspace.xml-файл является действительно маленьким. Это не должно содержать весь этот материал зависимости и все это, только ссылка на модули, которые Вы хотите связать в своем IDE.

14
ответ дан 2 December 2019 в 00:32
поделиться

Это не будет легкой задачей, так как Maven2 ожидает, что файлы будут организованы в особенном методе. Так или иначе Лучшие Сборки со Знатоком являются бесплатной книгой, которая должна запустить Вас. Это поможет Вам понять Знатока, и это также имеет главу по миграции.

0
ответ дан 2 December 2019 в 00:32
поделиться

Я создал сценарий для миграции Ant строит Maven. Вы можете найти дополнительную информацию здесь:

https://github.com/ewhauser/ant2maven

Это не поможет вам с исправлением структуры каталогов и / или любыми дополнительными задачами Ant, но избавит от множества утомительных шаги для начала.

0
ответ дан 2 December 2019 в 00:32
поделиться
Другие вопросы по тегам:

Похожие вопросы: