lokale Gläser ivy-build-Skript

Arbeite ich an einer bestehenden Anwendung, die verwendet ivy für die Verwaltung von Abhängigkeiten, und die Quelle kommt mit ivy.xml und ivysettings.xml - Dateien. Ich bin versucht, mein eigenes jar zu bauen. Was wäre der einfachste Weg, dies zu tun?

Ich habe versucht, das hinzufügen einer Abhängigkeit zu ivy.xml und ich bin nicht sicher, wie Sie Sie zum konfigurieren der repository-Verzeichnisse. Vielleicht gibt es einfache Möglichkeiten, dies zu tun? Die schnelle und schmutzige Art und Weise tun wird.

InformationsquelleAutor JRR | 2013-05-06
  1. 1

    Können Sie Ihre Gläser, die lokal auf Ihrem Rechner unter Ihrem Lokalen Ivy cache oder die Gemeinsame Ivy cache. Ich glaube, es ist $HOME/.ivy2/local und $HOME/.ivy2/shared und seine im gleichen format wie die $HOME/.ivy2/cache - Verzeichnis. Wenn Sie <ivy:publish/> Ant-task, um schieben Sie Ihren lokalen Gläser zu Ihrem lokalen repository, werden Sie zugänglich für alle Ihre Projekte.

    Allerdings empfehle ich beißen die Kugel und tun Dinge, die ...was ist der Fachbegriff? oh ja... Der richtige Weg.

    Gehen Sie vor und setup-Projekt breit Ivy/Maven-repository, wo Sie abholen können Ihre lokalen Gläsern die gleiche Weise Holen Sie Ihre Dritte die Gläser. Auf diese Weise gibt es keinen Unterschied zwischen Ihrem lokalen Gläser, und der Dritte Gläser, die Sie verwenden. Niemand hat zu denken, wo sich ein bestimmter Behälter befindet, oder passen Sie Ihre Ivy-Konfiguration um ein Glas oder ein anderes.

    Download entweder Nexus oder Artifactory. Sie können diese repositories, so dass alle third-party-Gläser und Ihre lokalen Gläser sind verfügbar, wenn Sie alle gespeichert in den gleichen server. Sie können sogar in anderen jar-Repositorys, die nicht zentral gelegen.

    Empfehle ich Loughran Buch Ameise in Aktion. Es hat ein hervorragendes Kapitel auf mit Efeu. Sie können auch einen Blick auf meine ivy.dir, um zu sehen, wie ich das konfigurieren Ivy, so ist es leicht zugänglich für alle unsere Projekte.

    • Haben, Dinge zu tun, den "richtigen Weg" macht es schwer genug, um Ivy zu arbeiten, dass niemand bereit ist, zu verbringen, die 2 Wochen dauern wird, konfigurieren alle module in ein Projekt in der Art und Weise, die wäre es gewesen, wenn Sie waren mit Efeu von Anfang an. Manchmal will man doch nur einen Weg, um etwas in das build-system jetzt, so dass das problem der Einstellung, es kann aufgeteilt werden in mehrere kleinere Probleme.
    • Ich bin noch mitten in der Konvertierung über ein Projekt zu Ivy. Wir haben 15 verschiedene Basis-Glas baut, und über 40 verschiedene Projekte. Noch schlimmer, jemand aus Ihren eigenen Lösung, die brach alle build-Dateien in acht oder neun separate Dateien und ein verschwurbeltes system für die Suche nach lokal gefertigten Gläser. Wenn man eine bauen, die die Arbeit mit Efeu, es dauert weniger als einen Tag, um die setup-Artifactory. Ich weiß, es dauerte weniger als einen Tag. Ich heruntergeladen habe, eine erste Basis-set Gläser, so ich beginnen konnte, erste builds arbeiten. Nicht die Einrichtung Artifactory hätte nicht eine beschleunigte Umsetzung.
    • Eine Sache, die ich Tat, tun, ist die Einrichtung zu einem Allgemeinen Ivy-Projekt. Könnte ich dies als eine Subversion externen, und durch Zugabe dieser ivy.dir Ihrem Projekt, Ivy würde so konfiguriert werden, mit dem Projekt. Es machte die Annahme ein wenig zu erleichtern.
    • Es dauerte etwa einen ganzen Tag, um neu konfigurieren ein einzelnes Modul in unserem system haben Sie die vollständige Liste von Abhängigkeiten erforderlich, um es zu kompilieren. Ich hätte lieber eine Art zu sagen: "verwenden Sie einfach diese jar-Datei für diese Abhängigkeit, I don 'T care, welche version es ist", wie es bekommen würde, was jetzt, und vermeiden Sie eine 2-Wochen-migration, um die gesamte Aufbau der Arbeit. Im wesentlichen, es breitete sich die 2 Wochen über die Lebensdauer des Projekts, wie Menschen fühlen sich die Notwendigkeit, zu aktualisieren, Gläser.
    • Mein Problem war eigentlich trimmen hinunter die Liste der Abhängigkeiten. Die Entwickler hatten überprüft in Hunderten von Gläsern wurden Sie "abhängig" von. Einige von Ihnen, natürlich, wurden die Abhängigkeiten der Abhängigkeiten. Ich warf in die ganze verdammte Liste und habe es für die erste Zeit (nur ziehen Sie in ein anderes hundert oder so Abhängigkeiten. Was hilfreich war, war Tattletale ging durch das gesamte Projekt und die wahre Liste der Abhängigkeiten.
    • In Bezug auf das,, nicht Ivy ziehen in mehr Abhängigkeiten als die tatsächliche Anzahl der "Abhängigkeiten"? Ich fand es spannend, optionale Abhängigkeiten, die nicht tatsächlich notwendig, um unsere code und aufblasen würde der installer, wenn ich nur lassen Sie alle gelöst Gläser hinein gehen (die ich nicht sowieso. Immer off-topic jetzt aber, denke ich.)
    • Sie können konfigurieren, die ivy.xml zu ziehen nicht in bestimmte Gläser, die nicht benötigt werden mit <exclude> sub-Entitäten unter der <dependency> Einheit. Oder, Sie können download-alle Abhängigkeiten sowieso, und dann in Ihrer build.xml, nur sind die diejenigen, die Sie tatsächlich benötigen. Das einzige Problem ist, Gebäude, Kriege und Ohren. Es spielt keine Rolle, wenn es mehr Gläser, als Sie brauchen, wenn Sie kompilieren.

    InformationsquelleAutor David W.
  2. 2

    Den Dateisystem-resolver in Verbindung mit der Kette resolver soll Ihnen helfen, unter der Annahme, dass Sie ändern können, die ivysettings.xml dass Sie nur geerbt.

    InformationsquelleAutor smooth reggae
Schreibe einen Kommentar