Finden Sie versteckte Abhängigkeiten in Ivy

Ich bin mit Apache Ivy + IvyDE für immer mein Projekt, die Abhängigkeiten, die da sind:

    <dependency org="com.google.guava" name="guava" rev="r08" />

    <!-- logging -->
    <dependency org="org.slf4j" name="jcl-over-slf4j" rev="1.6.1" />
    <dependency org="ch.qos.logback" name="logback-classic" rev="0.9.27" />

    <!-- database -->
    <dependency org="org.hibernate" name="hibernate-entitymanager" rev="3.6.2.Final" />
    <dependency org="org.hibernate" name="hibernate-validator" rev="4.1.0.Final" />
    <dependency org="org.hibernate" name="hibernate-c3p0" rev="3.6.2.Final" />
    <dependency org="mysql" name="mysql-connector-java" rev="5.1.14" />

Quellen sind der Maven und JBoss (Hibernate) repositories.

Wie Sie sehen können ich bin mit logback+SLF4J für das logging, aber für einige Grund Ivy herunterladen log4j und slf4j-log4j als auch, was verursacht ein paar kleine problem in meiner Anwendung.

Gibt es eine Möglichkeit zu sehen, warum dies geschieht, um zu sehen, welche Abhängigkeiten oben hängen log4j? Bekomme ich eine dependency graph/Baum, generiert aus Efeu/IvyDE?

Und gibt es dann eine Möglichkeit dies zu verhindern?

InformationsquelleAutor Bart van Heukelom | 2011-03-23
  1. 20

    Haben wir das ant-target sieht das so aus:

    <target name="report" depends="init">
    <mkdir dir="report" />
    <!-- 
     The type attribute is optional, we're using it to exlude other dependcy types we're not interested in. 
     Note that each resolve uses that list (via a property) in our build. 
    -->
    <ivy:resolve type="jar,ejb,tld,bundle"/> 
    <ivy:report todir="report" />
</target>

    Dann ist es nur ein call - ant report Efeu und generiert den Bericht als HTML in das angegebene Verzeichnis.

    Werfen Sie einen Blick auf die Ivy-Dokumentation für ivy:Bericht.

    Edit:

    Um zu verhindern, dass die Aufnahme dieser Artefakte/Abhängigkeiten, könnten Sie versuchen transitive="false" auf die <dependency ..> element, oder verwenden Sie <exclude>. Zum Beispiel verwenden wir Hibernate 3, wollen aber nicht zu haben JTA 1.1, so dass unsere ivy.xml containts das: <exclude module="jta"/> ganz ausschließen transitiv JTA Abhängigkeiten.

    • Funktioniert perfekt, Bericht, den Schuldigen zu finden (hibernate-validator), ausschließen zu schneiden log4j aus
    • Nein, warte, ich bekomme immer noch log4j beim erstellen mit Ant, oder das ausführen von Eclipse, obwohl es nicht zeigen, bis in die ivy.xml [*] Auflistung in Eclipse.
    • Gut, möglicherweise gibt es eine andere Abhängigkeit, die log4j als transitive dep. Hast du Global ausschließen, log4j, nicht nur für hibernate-validator?
    • Ich wollte nicht ausschließen, es weltweit, aber laut dem Bericht nur hibernate-validator hängt davon ab.
    • Never mind, es war, weil log4j wurde in ein Eclipse-Projekt enthalten
    • Wo steht dieser code-snippet zu gehen? Ich habe versucht, es in build.xml und habe Fehler in Bezug auf die ivy-Präfix in ivy:resolve.
    • ja, das snippet Hinzugefügt werden build.xml. Natürlich würden Sie müssen auch hinzufügen, die ivy-plugin/taskdefs als gut.
    • Was ivy.resolve.types?
    • es ist eine Eigenschaft, die enthält eine kommagetrennte Liste von Dateitypen, wie z.B. jar,ejb,tld,bundle. Ich werde die Anpassung der Antwort.

    InformationsquelleAutor Thomas
  2. 4

    Möchte ich bauen auf Thomas' Antwort und empfehlen das hinzufügen einer "conf" Erklärung zu den Abhängigkeiten:

        <dependency org="org.slf4j" name="jcl-over-slf4j" rev="1.6.1" conf="default"/>
    <dependency org="ch.qos.logback" name="logback-classic" rev="0.9.27" conf="default"/>

    Dadurch verringert sich die transitiven Abhängigkeiten zu den Standard-sub-set, das in Maven-Terminologie ist die Gläser auf den "compile" - scope.

    Ohne diese Einstellung bekommst du alle Abhängigkeiten, die enthält viele optionale Sachen, die Sie nicht brauchen.

    • Du hast Recht, wir tun das auch (+1).
    • Ich habe versucht, folgenden, sondern seine nicht funktioniert : <dependency org="log4j" name="log4j" rev="1.2.17" conf="default"/> Hilfe?
    • Sie brauchen, um liefern mehr details über das, was falsch läuft. Meine erste Vermutung ist, vielleicht sind Sie hinter einer Netzwerk-proxy? Ich schlage vor post eine neue Frage.
    • Ich habe es zu arbeiten, indem Sie entfernen conf="default"
    • Ahhh, dann habe ich vermute, Sie haben Ihren eigenen Konfigurationen und "default" nicht vorhanden ist. Kann nicht bestätigen, ohne weitere Informationen.
    • Oh ! jetzt verstehe ich es. Ja du hast Recht, ich habe erstellen compile,runtime,runtime-test-Konfigurationen. Ich wusste nicht standardmäßig kommt von dort. Ich war der Annahme, die so etwas unterstützt wird, unabhängig. Danke für die Hilfe.

    InformationsquelleAutor Mark O'Connor
Schreibe einen Kommentar