[Java] Buildare un progetto eclipse con file di properties

[nobo_]

Salve,
in un mio progetto eclipse java
accingo a delle properties da un file di properties: serverDB.properties che contiene le credenziali per collegarmi ad un server database.

se buildo il mio progetto con Ant e inno setup devo far riferimento a questo file oppure basta metterlo nelle stessa cartella dell'eseguibile.exe?

[andbin]

Salve,
in un mio progetto eclipse java
accingo a delle properties da un file di properties: serverDB.properties che contiene le credenziali per collegarmi ad un server database.

se buildo il mio progetto con Ant e inno setup devo far riferimento a questo file oppure basta metterlo nelle stessa cartella dell'eseguibile.exe?

Scusa ma non è molto chiaro .... quel file di properties serve in fase di build e/o in fase di runtime della applicazione? Se serve solo a runtime, dove mettere il file di properties dipende solo da come/dove il codice cerca quel file. Lo cerca lungo il "classpath"? Lo cerca nella directory "corrente"? Lo cerca nella (o più sotto) directory "home" dell'utente? Altro?

[nobo_]

Scusa ma non è molto chiaro .... quel file di properties serve in fase di build e/o in fase di runtime della applicazione? Se serve solo a runtime, dove mettere il file di properties dipende solo da come/dove il codice cerca quel file. Lo cerca lungo il "classpath"? Lo cerca nella directory "corrente"? Lo cerca nella (o più sotto) directory "home" dell'utente? Altro?

Il file serve in fase di runtime e il codice che lo richiama è questo :

Properties properties = new Properties();
properties.load(new FileInputStream("serverDB.properties"));

[andbin]

Properties properties = new Properties();
properties.load(new FileInputStream("serverDB.properties"));

Così viene cercato nella directory "corrente", che poi è quella che è corrente nel momento in cui viene avviata la JVM. E dipende appunto da come/da dove e con cosa si avvia la JVM.
Se a monte c'è un eseguibile nativo/script/batch che è in grado di impostare la directory corrente in modo che sia giusta per l'applicazione, allora è un conto. Se invece dipende da come l'utente lancia la applicazione, allora la tua applicazione potrebbe non funzionare correttamente.

[nobo_]

Così viene cercato nella directory "corrente", che poi è quella che è corrente nel momento in cui viene avviata la JVM. E dipende appunto da come/da dove e con cosa si avvia la JVM.
Se a monte c'è un eseguibile nativo/script/batch che è in grado di impostare la directory corrente in modo che sia giusta per l'applicazione, allora è un conto. Se invece dipende da come l'utente lancia la applicazione, allora la tua applicazione potrebbe non funzionare correttamente.

Devo dire che non ti ho seguito molto ma stando al codice che ti ho incollato... se io deployo l'applicazione con ant e inno setup 5 quindi ottenendo un eseguibile che mi installerà nel pc la mia applicazione, qual è il percorso che bisogna dare magari in fase di coding questo? ::
%LOCALAPPDATA%\NomeMiaApplicazione\serverDB.proper ties

[andbin]

Devo dire che non ti ho seguito molto

A dire il vero non c'era molto da seguire ... più che altro il concetto di directory "corrente" (che tra l'altro, in teoria, dovresti già conoscere).

ma stando al codice che ti ho incollato...
se io deployo l'applicazione con ant e inno setup 5 quindi ottenendo un eseguibile che mi installerà nel pc la mia applicazione, qual è il percorso che bisogna dare magari in fase di coding questo? ::
%LOCALAPPDATA%\NomeMiaApplicazione\serverDB.proper ties

Inno setup non lo conosco/uso (so ovviamente cosa è) ma alla fin fine è solo uno strumento per creare degli "installer". Aiuta solo a predisporre i file durante una fase di setup ma le scelte/logiche di configurazione della applicazione spettano a te, non a questi tool!

Se stavi pensando di mettere nel sorgente Java es.

new FileInputStream("%LOCALAPPDATA%\\NomeMiaApplicazio ne\\serverDB.properties")

Sappi che è sbagliato. La forma %VARIABILE% è specifica solo per i sistemi Windows, Java non ha alcuna nozione di questo e non ha nulla per espandere/risolvere questa forma.
Se vuoi puoi prendere dall'environment la variabile LOCALAPPDATA e poi comporre tu il path. Questo sì. Ma sarebbe comunque specifico solo per i Windows. E se ti basta questo, non avrei obiezioni.