Aktualisieren von Versionsnummern in Eclipse Java Build Path Libraries?

Question

Wenn eine JAR-Datei, die ich verwende, Namen ändert (normalerweise ändert sich die Versionsnummer), gibt es eine bessere Möglichkeit, den Namen zu aktualisieren, als das alte JAR zu löschen und das neue in der Eclipse Java Build Path Libraries-Registerkarte hinzuzufügen? Was ich wirklich suche, ist eine Möglichkeit, den gesamten Upgrade-Prozess des Herunterladens des Jar zu verwalten, es in mein Projekt-Lib-Verzeichnis zu laden, das alte zu entfernen und Eclipse zu aktualisieren. Zum Beispiel jetzt verwende ich die .jar, Quelle und javadoc von

cucumber-core-1.1.5.jar 

und möchte es aktualisieren, mit seiner Quelle und javadoc Dateien auf Version 1.2.4 zusammen. Tatsächlich gibt es vier verschiedene Versionsnummern, die von sechs JAR-Dateien verwendet werden, die mit Cucumber verbunden sind - mal drei wegen der zugehörigen Quell- und Javadoc-Dateien. Und mein Projekt ist auch abhängig von zwei anderen Tools, die ihre eigenen Gläser und Versionsnummern haben. Wie richte ich die Dinge so ein, dass ich diese Versionsnummern auf der Registerkarte "Java Build Path Libraries" einfach eingeben und zurücksetzen kann? Oder noch besser, einfach diese neuen Jars in einem jar/lib Verzeichnis ablegen und Eclipse sollte funktionieren, oder?

Wenn das unmöglich ist, wie schlagen Sie vor, dass ich Versionsnummern handhabe? Muss ich lernen, wie man Maven oder Gradle mit Eclipse integriert, oder haben Sie eine einfache Möglichkeit gefunden, die Aktualisierung Ihrer Tool-Versionen zu verwalten?

Answer 1

Ich schaute auf den Eclipse .classpath im Stammverzeichnis meines Projekts und stellte fest, dass die Quell- und Javadoc-Speicherorte dort mit dem classpathetry-Tag enthalten sind. Zum Beispiel, hier ist das, was ich für JUnit haben:

<classpathentry kind="lib" path="vendor/junit-libs/junit-current.jar" sourcepath="vendor/junit-libs/junit-current-sources.jar"> 
    <attributes> 
     <attribute name="javadoc_location" value="jar:platform:/resource/myproject/vendor/junit-libs/junit-current-javadoc.jar!/" /> 
    </attributes> 
</classpathentry> 

Beachten Sie, dass ich „-Strom“ überall bin mit, dass die Dateien, die ich hatte eine Versionsnummer heruntergeladen. Ich habe das ursprünglich gemacht, weil ich keine Variablen in einer früheren Version von Eclipse finden konnte. Jetzt denke ich, dass ich diesen "aktuellen" Trick als Teil eines Schemas verwenden könnte, um Versionsnummern nur an einem einzigen Ort, einer Gradle-Datei oder Ant-Datei build.properties einzugeben.

Gradle bietet eine sehr praktische Möglichkeit, Bibliotheken herunterzuladen und sie im Eclipse-Buildpfad zu installieren. Siehe jmrucs Beispiel unter https://stackoverflow.com/a/17008509/1759555. Aber ich kann keine Beweise in der Gradle Dokumentation finden, die Gradle Pflege der Quelle nimmt und Javadoc

Meine Strategie für den Angriff auf das Problem

1. Verwendung „-Strom“ in Eclipse, wo die heruntergeladenen Dateien sein wird haben ein Versionsnummer
2. Download der Dateien und ihre Namen mit Ant
3. ändern, um eine Ant build.properties Datei verwenden, um die Dateinamen und Versionsnummern in einem einzigen Ort für mein Projekt

zu speichern