Come impedire a sbt-native-packager di mettere le mie risorse in un file jar?

Question

Sto utilizzando il plug-in sbt-native-packager per generare uno script di avvio per la mia applicazione, il che è molto comodo in quanto questo plugin genera la specifica del classpath corretta con tutte le dipendenze della mia libreria. Non sto distribuendo questa applicazione, quindi non sto impacchettando l'intera cosa in un unico tarball. Io uso solo la directory lib generata da sbt-native-packager che contiene tutti i file jar da cui dipende il mio progetto, sia le librerie di terze parti che il file jar che contiene i miei file di classe e risorse.

Nella directory src/main/resources del mio progetto sono presenti file che desidero essere in grado di modificare senza dover utilizzare sbt-native-packager per rigenerare l'intera installazione, ad esempio i file di configurazione. Questo è difficile perché questi file sono compressi nel file jar con tutte le mie classi.

Domanda: come posso dire a sbt-native-packager di non mettere i miei file di risorse in un file jar, mentre sto ancora generando lo script di inizio con il classpath corretto per quei file di risorse da localizzare e leggere dalla mia applicazione come sono ora all'interno del file jar? Se questo significa lasciare tutti i miei file di classe fuori da un file jar, va bene, purché i file da src/main/resources rimangano come file che posso cambiare senza richiamare sbt stage e finché funziona lo script di avvio.

Answer 1

Mentre è possibile filtrare queste risorse, suggerirei di inserirle in una directory diversa e aggiungerle al classpath.

La modifica dello script di avvio generato da sbt-native-packager è un po 'macchinosa in quanto la classe com.typesafe.sbt.packager.archetypes.JavaAppBashScript che genera il classpath ha come prefisso tutti i percorsi con $lib_dir/. L'approccio più pulito sarebbe probabilmente quello di fornire la propria implementazione e utilizzarla per generare lo bashScriptDefines.

Un modo più semplice, ma hacky sarebbe quella di aggiungere solo le seguenti righe al build.sbt:

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) 

Ciò anteporre $lib_dir/../config al classpath del vostro script di avvio. Se la tua app deve essere eseguita su Windows, dovrai fornire impostazioni simili per lo batScriptDefines.