Problema file jar (post-creazione)

[VincenzoTheBest]

Salve,

ho creato un'applicazione dotata di interfaccia che comprende alcune immagini; queste sono salvate in una cartella nominata "img", posizionata nella stessa directory in cui si trovano i file .class dell'applicazione!

Creo regolarmente il file .jar dal prompt scrivendo la funzione nella giusta sintassi, ma nel momento in cui vado ad eseguire il file .jar, il programma parte e funziona perfettamente ma non visualizza le immagini nella cartella "img"!

Da cosa dipende questo problema?

[Pastore12]

Ok, tiriamo a indovinare: hai usato percorsi assoluti nelle tue classi?

[VincenzoTheBest]

Ho scritto questo tipo di percorso -> img/immagine.jpg

[andbin]

Originariamente inviato da VincenzoTheBest
Creo regolarmente il file .jar dal prompt scrivendo la funzione nella giusta sintassi, ma nel momento in cui vado ad eseguire il file .jar, il programma parte e funziona perfettamente ma non visualizza le immagini nella cartella "img"!

Quindi le immagini sono fuori dal jar. In tal caso: o usi path assoluti (pessima, pessima idea) oppure i path alle immagini devono essere relativi e questo "relativo" è inteso riferito alla directory "corrente" ovvero quella che è corrente nel momento in cui è stata avviata l'applicazione (e quale sia dipende appunto da come/con cosa è stata avviata).

Se le immagini sono fisse e fanno parte della applicazione si possono mettere dentro il jar e caricarle come "risorse" (vedere Loading Images Using getResource).

[Pastore12]

Ok.. non posso che consigliarti di seguire il link di andbin

però.. mi piacerebbe anche tu considerassi una piccola cosa: ti sta bene che il programma funzioni senza immagini? Credo di no. Ma allora non sarebbe il caso di lanciare una eccezione che interrompa il programma se le immagini non vengono trovate?
Tieni a mente che se gestita correttamente questa eccezione dovrebbe stampare anche il nome completo del file che la tua applicazione cerca senza trovare. Se avessi fatto errori nei nomi del file, sarebbero subito evidenti.

[VincenzoTheBest]

Grazie mille a andbin, sempre preciso ed esauriente!

però.. mi piacerebbe anche tu considerassi una piccola cosa: ti sta bene che il programma funzioni senza immagini? Credo di no. Ma allora non sarebbe il caso di lanciare una eccezione che interrompa il programma se le immagini non vengono trovate? Tieni a mente che se gestita correttamente questa eccezione dovrebbe stampare anche il nome completo del file che la tua applicazione cerca senza trovare. Se avessi fatto errori nei nomi del file, sarebbero subito evidenti.

Ok..ma quale tipo di eccezione dovrei gestire? Conosci il suo nome?

[Pastore12]

Ok..ma quale tipo di eccezione dovrei gestire? Conosci il suo nome?

Ogni volta che leggi un file, rischi di lancaire una FileNotFoundException.
Ho ragione di credere che da qualche parte, in particolare dove cerchi di caricare le immagini, tu abbia ammazzato queste eccezioni.

[VincenzoTheBest]

Non è detto! Potrei anche utilizzare un unico gestore try/catch e dunque gestire ogni tipo di eccezzione sfruttando il catch!

[andbin]

Originariamente inviato da Pastore12
Ho ragione di credere che da qualche parte, in particolare dove cerchi di caricare le immagini, tu abbia ammazzato queste eccezioni.

Dipende cosa ha usato .... se ha usato ImageIcon, il costruttore non lancia eccezioni tipo FileNotFoundException!!!

Per intenderci: new ImageIcon("non_esiste.gif");

non lancia eccezioni ... semplice si ottiene un oggetto ImageIcon che contiene un oggetto Image i cui width/height sono -1 ... il che ovviamente non fa visualizzare nulla da nessuna parte (e senza eccezioni)!

[Pastore12]

Non è detto! Potrei anche utilizzare un unico gestore try/catch e dunque gestire ogni tipo di eccezzione sfruttando il catch!

Se a te non giungono notizie dell'eccezione quando era di tuo interesse averne, allora questo si chiama omicidio colposo!

Una eccezione trattata in questo modo durante la fase di debug (evidentemente la tua applicazione non è ancora del tutto pronta ):

try
{
  ...
}
catch (Exception e)
{}

Non è gestita, è ammazzata!!!
Invece dovrebbe essere almeno così:

try
{
  ...
}
catch (Exception e)
{
  e.printStackTrace();
}

Anche se da quanto ho detto prima, credo che questo errore non andava neppure catturato, ma doveva arrivare a far scoppiare la JVM interrompendo brutalmente l'applicazione.