Come aggiungere una libreria nativa a "java.library.path" con il lancio di Eclipse (invece di sovrascriverla)

Ho una libreria nativa che deve essere aggiunta a java.library.path . Con l'argomento JVM -Djava.library.path = path ... posso impostare il percorso come voglio.

Il mio problema è che la mia altra libreria (pentaho reporting) cerca i font in base al java.library.path predefinito (comprese le directory di sistema, ecc.) E l'impostazione manuale sovrascrive il percorso predefinito ..

Quindi: come posso aggiungere una voce di percorso al java.library.path predefinito invece di sovrascriverlo (che sembra essere fatto con -Djava.library.path)? (Non vorrei aggiungere manualmente il percorso predefinito, il che non sarebbe bello per motivi di distribuzione)

EDIT: Ci scusiamo per i dettagli mancanti; Sto lavorando con Eclipse. (La distribuzione viene eseguita con JNLP e lì posso usare nativelib sotto le risorse )

Avevo dimenticato questo problema ... in realtà stavo chiedendo con Eclipse, mi dispiace per non averlo affermato originariamente. E la risposta sembra essere troppo semplice (almeno con 3.5; probabilmente anche con versioni precedenti):

Argomenti della configurazione di esecuzione Java: Argomenti VM:

-Djava.library.path="${workspace_loc:project}\lib;${env_var:PATH}"

Non bisogna dimenticare le virgolette, altrimenti ci sono problemi con gli spazi in PATH.

Se desideri aggiungere una libreria nativa senza interferire con la fase java.library.pathdi sviluppo in Eclipse (per evitare di includere percorsi assoluti e dover aggiungere parametri alla configurazione di avvio), puoi fornire il percorso alla posizione delle librerie native per ogni Jar nella build Java Finestra di dialogo Percorso in Posizione libreria nativa . Notare che il nome del file della libreria nativa deve corrispondere al nome del file Jar. Vedi anche questa descrizione dettagliata .

SWT inserisce le DLL native necessarie in un JAR. Cerca "org.eclipse.swt.win32.win32.x86_3.4.1.v3449c.jar" per un esempio.

Le DLL devono trovarsi nella radice del JAR, il JAR deve essere firmato e la DLL deve apparire con checksum in META-INF / MANIFEST.MF affinché la VM possa prelevarle.

In Windows, in questo modo:

-Djava.library.path = "C: / MyLibPath;% PATH%"

% PATH% è il tuo vecchio -Djava.library.path

Puoi aggirare questo problema chiamando System.load () a livello di programmazione per caricare la tua libreria nativa? Questo metodo (a differenza di System.loadLibrary () ) consente di specificare un percorso assoluto.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=102239 afferma che non ci sono meccanismi di sostituzione implementati nel launcher di Eclipse, almeno non fino al rilascio di Juno.

Quindi è (quasi) impossibile aggiungere o anteporre un'altra cartella della libreria a java.library.path quando si avvia Eclipse senza conoscere in anticipo l'impostazione predefinita.

Ho scritto quasi, perché dovrebbe essere possibile consentire l'avvio di Eclipse, scaricare il contenuto di java.library.path e interrompere Eclipse con un comando. Il dump verrebbe analizzato e quindi preso come input per l'avvio di Eclipse, ad es

#!/bin/bash
# get default value of java.library.path (somehow)
default_lib_path=$( start_dump_stop_eclipse_somehow )  

# now launch Eclipse
eclipse --launcher.appendVmargs \
         -vmargs \
         -Djava.library.path="/my/native/lib/folder:${default_lib_path}"

Nei sistemi UNIX, è possibile aggiungere alla variabile d'ambiente LD_LIBRARY_PATH. Su Windows, la JVM imposta automaticamente la proprietà di sistema, java.library.path, su PATH; quindi se la dll è sul tuo PERCORSO, allora sei a posto.

Finestra-> Preferenze-> Java-> JRE installati. Quindi scegli il tuo JRE (JDK) corrente e fai clic su Modifica. Riempi gli argomenti predefiniti della VM: -Djava.library.path = / usr / local / xuggler / lib. Fatto!

La soluzione offerta da Rob Elsner in uno dei commenti sopra funziona perfettamente (OSX 10.9, Eclipse Kepler). È necessario aggiungere i loro percorsi aggiuntivi a quello separato da ":".

Puoi anche usare $ {system_property: java.library.path} - Rob Elsner 22 novembre 10 alle 23:01

Il nome del file della libreria nativa deve corrispondere al nome del file Jar. Questo è molto, molto importante. Assicurati che il nome del jar e il nome della dll siano gli stessi. Inoltre, guarda il post di Fabian Steeg Il mio download per jawin conteneva nomi diversi per dll e jar. Era jawin.jar e jawin d .dll, nota "d" extra nel nome del file dll. L'ho semplicemente rinominato in jawin.dll e l'ho impostato come libreria nativa in eclipse come menzionato nel post " http://www.eclipsezone.com/eclipse/forums/t49342.html "

Per qualche motivo non sono riuscito a far funzionare più cartelle (beh per un po ', ma non appena ho avuto bisogno di più dll e ho aggiunto più cartelle, nessuna con spazi bianchi nel percorso). Ho quindi copiato tutte le DLL necessarie in una cartella e l'ho avuta come java.library.path e ha funzionato. Non ho una spiegazione - se qualcuno lo facesse, sarebbe fantastico.

Molte delle risposte esistenti presumono che tu voglia impostarlo per un particolare progetto, ma dovevo impostarlo per Eclipse stesso al fine di supportare l'autenticazione integrata per il driver JDBC di SQL Server.

Per fare ciò, ho seguito queste istruzioni per avviare Eclipse dalla riga di comando Java anziché dal suo normale programma di avvio. Quindi ho modificato lo script per aggiungere il mio argomento -Djava.library.path alla riga di comando Java.

1. Su Windows: aggiungi il percorso della libreria alla variabile d'ambiente PATH.
2. Su Linux: aggiungere il percorso alla libreria alla variabile d'ambiente LD_LIBRARY_PATH.
3. Su Mac: aggiungi il percorso alla libreria alla variabile d'ambiente DYLD_LIBRARY_PATH.

java.library.path viene avviato con i valori delle variabili di cui sopra sulla piattaforma corrispondente.

Questo dovrebbe funzionare su qualsiasi IDE.

Puoi verificare se il valore è quello che ti aspetti chiamando java -XshowSettings:properties

Su Windows, ho scoperto che la cosa importante è avviare Eclipse dalla riga di comando piuttosto che dal menu Start o da un collegamento, a condizione che la DLL nativa si trovi in ​​una directory nel tuo PERCORSO. Apparentemente, questo assicura che la directory corretta sia sul percorso.