Ivy, was ist der master-Konfiguration und warum ist es nicht ziehen jvyaml?

Habe ich Folgendes ivy-Datei:

<configurations defaultconfmapping="buildtime">
    <conf name="buildtime" visibility="private" description="Libraries needed only for compilation" />
    <conf name="runtime" description="Libraries only needed at runtime" />
    <conf name="test" description="Libraries only needed for testing" />
</configurations>

<dependencies>
  <dependency org="net.java.dev" name="jvyaml" rev="0.2.1" conf="runtime" />
  <dependency org="org.apache.solr" name="solr-core" rev="3.6.0" conf="runtime" />

</dependencies>

und ich habe eine Ameise abrufen von Aufgaben, die wie folgt aussieht:

<target name="retrieve-all" depends="resolve">
    <ivy:retrieve pattern="lib/[conf]/[artifact]-[revision].[ext]" conf="*" />
</target>

Komisch ist, dass alle, die solr Abhängigkeiten herunterladen in lib/runtime als ich erwarten würde, aber die jvyaml Modul nicht! Es 'löst', aber nicht aus dem download in das lib/runtime-Verzeichnis, es sei denn, ich ändere die dependency-Deklaration:

<dependency org="net.java.dev" name="jvyaml" rev="0.2.1" conf="runtime->master" />

Was ist dieses master-Konfiguration und warum ist es notwendig, ziehen Sie die jvyaml Glas, aber nicht solr?

Dank

InformationsquelleAutor rainkinz | 2012-07-10
  1. 20

    Ich würde vorschlagen, die Umstrukturierung Ihrer Konfiguration wie folgt vor:

    <ivy-module version="2.0">
    <info organisation="com.myspotontheweb" module="demo"/>

    <configurations>
        <conf name="compile" description="Libraries needed only for compilation" />
        <conf name="runtime" description="Libraries only needed at runtime" extends="compile" />
        <conf name="test" description="Libraries only needed for testing" extends="runtime" />
    </configurations>

    <dependencies>
        <dependency org="net.java.dev" name="jvyaml" rev="0.2.1" conf="runtime->default" />
        <dependency org="org.apache.solr" name="solr-core" rev="3.6.0" conf="runtime->default" />
    </dependencies>

</ivy-module>

    Wichtige änderungen eingeführt:

    1. Verwenden Sie den standard "kompilieren" Konfiguration
    2. - Konfiguration-Vererbung mit dem "extends" - Attribut. Compile-Abhängigkeiten können dann automatisch in der Laufzeit-und test-Konfigurationen.
    3. Verwenden Sie den Konfigurations-Zuordnungen, zum Beispiel: conf=" - runtime->Standard". Dies macht es offensichtlich, die lokale Konfiguration zugeordnet ist, die remote-Konfiguration.

    Konfiguration Zuordnungen erklärt

    Konfigurationen sind ein leistungsfähiger ivy-Funktion. Wenn ivy downloads Maven-Module, die es führt eine interne übersetzung und weist einen standard-Satz von Konfigurationen, die in dieser Antwort:

    Beim deklarieren einer Abhängigkeit, es ist eine gute Idee, um eine mapping-Konfiguration, so dass es besteht kein Zweifel, wo die Abhängigkeiten der Artefakte zugeordnet werden.

    Beispiel:

    <dependency org="??" name="??" rev="??" conf="runtime->default" />

    Hier sagen wir, wir wollen, dass der remote-Modul die Standard-Abhängigkeiten im Zusammenhang mit unseren lokalen runtime-Konfiguration.

    In der Praxis gibt es nur zwei remote-Konfiguration Zuordnungen, die Sie tatsächlich benötigen:

    • Standard: Das remote-Modul das Artefakt und allen, die die Laufzeit transitive Abhängigkeiten
    • master: Das remote-Modul das Artefakt nur (Keine transitiven Abhängigkeiten)

    Abschließend, ich glaube, dein problem wurde verursacht durch die Tatsache, dass die remote-Maven-Modul "runtime" - Bereich ist nicht enthalten Maven Moduls Artefakt, sondern Sie waren immer die nicht-existierende transitive Abhängigkeiten des Moduls jvyaml 🙁

    Einige zusätzliche Hinweise

    Ich würde auch vorschlagen, die Erzeugung eines ivy (dependency management Bericht wie folgt:

    <target name="init" description="Resolve dependencies and populate lib dir">
    <ivy:resolve/>
    <ivy:report todir="${build.dir}/ivy-report" graph="false"/>
    <ivy:retrieve pattern="lib/[conf]/[artifact]-[revision].[ext]"/>
</target>

    Dem Bericht wird helfen, erklären, wie jede Abhängigkeit, die enden auf unterschiedliche Konfigurationen. Auch wirklich nützlich für die Bestimmung, wie transitive Abhängigkeiten verwaltet werden.

    Und endlich, hier, wo die Konfiguration erbschaft auszahlt, erstellen von ivy verwaltet ANT klassenpfade:

    <target name="init" description="Resolve dependencies and set classpaths">
    <ivy:resolve/>
    <ivy:report todir="${build.dir}/ivy-report" graph="false"/>

    <ivy:cachepath pathid="compile.path" conf="compile"/>
    <ivy:cachepath pathid="runtime.path" conf="runtime"/>
    <ivy:cachepath pathid="test.path"    conf="test"/>
</target>
    • Dank so viel. Sie erklärt es wirklich gut. Ich habe gelesen, ein paar von den Dokumentationen, einschließlich dieses: ant.apache.org/ivy/history/latest-milestone/tutorial/conf.html aber kam nur mehr verwirrt.
    • bitte swap-apache-Dokumentation mit diesem. danke @Mark
    • Dank Mark, die Sie gerade vorgenommen haben, das sehr klar für mich. +100
    InformationsquelleAutor Mark O'Connor
  2. 2

    Beachten Sie, dass die original-solr-core nicht abgerufen werden, entweder.
    Nach Ihrem beheben, gehen Sie den cache und prüfen Sie die ivy.xml Dateien für beide Module.

    Werden Sie sehen, dass Sie veröffentlichen Ihre Artefakte in conf=master nur

    <artifact name="jvyaml" type="jar" ext="jar" conf="master"/>

<artifact name="solr-core" type="jar" ext="jar" conf="master"/>

    Was bedeutet, Sie haben zu tun die explizite Konfiguration Zuordnung zu Kennzeichnen, dass Ihre builtime Konfiguration sollte erinnern an die 'master' - Konfiguration der Abhängigkeiten. (überprüfen Sie die Konfiguration mapping).

    JEDOCH die Abhängigkeiten des solr-core -, Konfigurations-Zuordnung, wie Sie sehen konnte, in der ivy.xml Datei:

    <dependency org="org.apache.solr" name="solr-solrj" rev="3.6.0" force="true" conf="compile->compile(*),master(*);runtime->runtime(*)"/>

    Ich denke, es ist der master(*) Dingens.

    Was ich normalerweise tun ist in meinem eigenen ivy.xml Datei, wenn ich erkläre Abhängigkeiten ich das mapping:

      <dependency org="net.java.dev" name="jvyaml" rev="0.2.1" conf="runtime->master" />

    Hier einer sagt, die Laufzeit werden Erinnerungen an die master-Konfiguration in der gekennzeichneten Abhängigkeit.

    Könnten Sie tun, 

    conf="runtime,test->master"

    sowie

    InformationsquelleAutor Eyad Ebrahim
Schreibe einen Kommentar