Wie kann ich dafür sorgen, dass sbt-native-packager meine Ressourcen nicht in eine JAR-Datei legt?

Question

Ich verwende das sbt-native-packager Plugin, um ein Startskript für meine Anwendung zu generieren, was sehr praktisch ist, da dieses Plugin die korrekte Classpath-Spezifikation mit all meinen Bibliotheksabhängigkeiten generiert. Ich verteile diese Anwendung nicht, deshalb verpacke ich das Ganze nicht in einen Tarball. Ich verwende einfach das Verzeichnis lib, das von sbt-native-packager generiert wurde und alle JAR-Dateien enthält, von denen mein Projekt abhängig ist, sowohl Bibliotheken von Drittanbietern als auch die JAR-Datei, die meine eigenen Klassen- und Ressourcendateien enthält.

In meinem Projekt src/main/resources Verzeichnis Ich habe Dateien, die ich bearbeiten können, ohne sbt-native-Packager zu verwenden, um die gesamte Installation, z. B. Konfigurationsdateien neu zu generieren. Dies ist schwierig, da diese Dateien in der JAR-Datei mit allen meinen Klassen gezippt sind.

Frage: Wie kann ich dem sbt-native-packager mitteilen, meine Ressourcendateien nicht in eine JAR-Datei zu schreiben und trotzdem das Startskript mit dem korrekten Klassenpfad zu erzeugen, damit diese Ressourcendateien von meiner Anwendung gefunden und gelesen werden können wie sie jetzt aus der JAR-Datei sind? Wenn das bedeutet, alle meine Klassendateien aus einer JAR-Datei zu lassen, ist das in Ordnung, solange die Dateien von src/main/resources als Dateien verbleiben, die ich ohne erneutes Aufrufen ändern kann sbt stage und solange das Start-Skript funktioniert.

Answer 1

Während es möglich ist, diese Ressourcen zu filtern, würde ich vorschlagen, sie in ein anderes Verzeichnis zu setzen und sie dem Klassenpfad hinzuzufügen.

Das Ändern des von sbt-native-packager generierten Startskripts ist etwas umständlich, da die Klasse com.typesafe.sbt.packager.archetypes.JavaAppBashScript, die den Klassenpfad generiert, allen Pfaden $lib_dir/ voranstellt. Der sauberste Ansatz wäre wahrscheinlich, Ihre eigene Implementierung bereitzustellen und diese zu verwenden, um die bashScriptDefines zu generieren.

Ein einfacher, aber hacky Weg wäre, nur die folgenden Zeilen zu Ihrer build.sbt hinzufügen:

packageArchetype.java_server 

// add your config files to the classpath for running inside sbt 
unmanagedClasspath in Compile += Attributed.blank(sourceDirectory.value/"main"/"config") 

// map all files in src/main/config to config in the packaged app 
mappings in Universal ++= { 
    val configDir = sourceDirectory.value/"main"/"config" 
    for { 
    file <- (configDir ** AllPassFilter).get 
    relative <- file.relativeTo(configDir.getParentFile) 
    mapping = file -> relative.getPath 
    } yield mapping 
} 

scriptClasspath ~= (cp => "../config" +: cp) 

Diese $lib_dir/../config zu Ihrem Startskript des Classpath voranstellen wird. Wenn Ihre App unter Windows ausgeführt werden muss, müssen Sie ähnliche Einstellungen für die batScriptDefines bereitstellen.