How to get version-Attribut aus einem gradle-build enthalten sein werden in der runtime-Swing-Anwendung

Habe ich eine einfache parent-Projekt mit Modulen/Anwendungen aus. Meine build-tool der Wahl ist gradle. Die Eltern build.gradle unten definiert ist. 

apply plugin: 'groovy'
dependencies {
    compile gradleApi()
    compile localGroovy()
}


allprojects {
    repositories {
        mavenCentral()
    }

    version "0.1.0-SNAPSHOT"
}

Was ich tun möchte, ist zu nutzen, die das Attribut version (0.1.0-SNAPSHOT), die in meiner swing-Anwendung. Speziell möchte ich es für die Anzeige in der Titelleiste des Haupt-JFrame. Ich erwarte in der Lage sein, etwas zu tun, wie this.setTitle("My Application - v." + ???.version);

Die Anwendung ist ein einfaches java-Projekt, aber ich bin nicht gegen das hinzufügen groovy Unterstützung, es hilft.

InformationsquelleAutor Domenic D. | 2015-10-08
  1. 25

    Ich, wie die Erstellung einer properties-Datei während des build. Hier ist ein Weg, das zu tun, von Gradle direkt:

    task createProperties(dependsOn: processResources) {
  doLast {
    new File("$buildDir/resources/main/version.properties").withWriter { w ->
        Properties p = new Properties()
        p['version'] = project.version.toString()
        p.store w, null
    }
  }
}

classes {
    dependsOn createProperties
}
    • Ich mag diese Lösung. Aber mein setup bekam eine Fehlermeldung auf project.buildTimestamp... und mit Blick auf die aktuelle Gradle Javadoc-und DSL-docs, die ich sehen kann kein Zeichen eine solche Methode für Project oder jede andere Klasse. Version 2.14, vermutlich ist das der Grund. Habe keine Ahnung, wie so ein Zeitstempel nun, tun Sie? Aktualisieren Sie Ihre Antwort?
    • Offenbar project.buildTimestamp war eine Ausgeburt meiner Phantasie. Sie können noch andere Eigenschaften, basierend auf Ihren Bedürfnissen, aber Sie sind nicht relevant für dieses Beispiel, also ich habe es entfernt von der Antwort.
    • Nichts falsch mit wollen die Welt besser waren, als es ist ;-). Aber danke für das entfernen eine mögliche Quelle der Verwirrung!
    InformationsquelleAutor Craig Trader
  2. 10

    Können Sie immer verwenden brute-force, als jemand vorgeschlagen und generieren von properties-Datei während des build. Mehr elegante Antwort, das funktioniert nur teilweise, würde die

    getClass().getPackage().getImplementationVersion()

    Problem ist, dass dies funktioniert nur, wenn Sie führen Sie Ihre Anwendung aus den generierten jar - wenn man es direkt aus der IDE/erweiterte Klassen, getPackage oben ist, wird null zurückgegeben. Es ist gut genug für viele Fälle - nur display 'ENTWICKLUNG', wenn Sie laufen von IDE(geting null-Paket) und wird für die eigentliche client-Bereitstellungen.

    • Danke... ja, in der Tat, ich schlage vor, Sie verwenden müssen, um Ihnen für die Bereitstellung und Craig Händler, der die Lösung während der Tests... weshalb der Weg zu version.Eigenschaften in seiner Antwort sollte lauten: ".../resources/***TEST***/version.Eigenschaften". Keine Notwendigkeit, verunstalteten die bereitgestellten Glas mit dieser Datei.
    • Das funktioniert nicht, aus einem erzeugten jar-Datei, ich habe es gerade ausprobiert.
    • Bitte prüfen Sie, ob Ihr manifestieren sich innerhalb der jar-version enthält. Ich denke, Sie nimmt es von dort, vielleicht sind Sie mit etwas andere Art von Verpackung-Glas, die ihn unterdrückt.
    InformationsquelleAutor Artur Biesiadowski
  3. 10

    Bessere Idee ist es, die Projekt-version in gradle.properties - Datei. Alle Eigenschaften aus dieser Datei werden automatisch geladen und können verwendet werden build.gradle Skript.

    Dann, wenn Sie die version in Ihre swing-Anwendung, fügen Sie eine version.properties Datei unter src/main/resources - Ordner und-filter diese Datei während der Anwendung erstellen, hier ist ein post, der zeigt, wie es getan werden sollte.

    version.properties werden in das endgültige Gefäß, damit gelesen werden kann und über ClassLoader und Eigenschaften aus dieser Datei angezeigt werden kann, in Anwendung.

    • Ressource Filterung ist große Lösung. Es trennt betrifft, so dass das build-Werkzeug zu bieten die details, die es kennt. siehe gradle docs processResources { expand(version: version, buildNumber: currentBuildNumber) }
    InformationsquelleAutor Opal
  4. 2

    Einfacher und aktualisierte Lösung von @Craig Händler (bereit für Gradle 4.0/5.0)

    task createProperties {
    doLast {
        def version = project.version.toString()
        def file = new File("$buildDir/resources/main/version.txt")
        file.write(version)
    }
}

war {
    dependsOn createProperties
}
    • Schreiben Sie eine plain-text-Datei ist einfacher als das schreiben einer properties-Datei, aber nicht als nützlich im langen Lauf, IMHO.
    InformationsquelleAutor Topera
Schreibe einen Kommentar