[JAVA]File di risorsa embeddati nel .jar

[banryu79]

Sto scrivendo una piccola applicazione che deve essere distribuita sottoforma di jar.
Ci sono alcune immagini png che vengono usate per istanziare delle ImageIcon da usarsi come decorazione grafica per alcuni bottoni.

Orbene, questi file png sono locati in un package facente parte della struttura di package che vengono compressi nel jar finale.
Nello specifico questa è la situazione:
http://www.freeimagehosting.net/uploads/f01b7b6242.png (http://www.freeimagehosting.net/)
La risorse vengono caricate con la solita tecnica del getClass().getResource() e immagazzinate in un URL che viene dato in pasto al costruttore di ImageIcon:
http://www.freeimagehosting.net/uploads/e85fe831e3.png (http://www.freeimagehosting.net/)
Specifico che i percorsi delle risorse sono indicati in modo assoluto, ad esempio:
"/reflexTrainer/gui/images/button128.png".

Come si vede l'IDE in uso è NetBeans (6.7.1)

Il mio problema è che se mando in esecuzione l'applicazione dall'IDE è tutto ok, viceversa se provo a lanciare il jar che NetBeans crea ad ogni build e si trova nella cartella "dist" del progetto la getResource() torna null.

Dove sbaglio? Devo settare qualcosa a manina nel Manifest file del .jar?

[gokan]

Ciao, sicuramente non c'entra nulla con l'errore che viene fuori, ti consiglio di fare attenzione alla estensione del file in maiuscolo/minuscolo.
button128.png --> button128.PNG

Creando o modificando un'immagine con il paint di windows capita!

[banryu79]

Ciao, sicuramente non c'entra nulla con l'errore che viene fuori, ti consiglio di fare attenzione alla estensione del file in maiuscolo/minuscolo.
button128.png --> button128.PNG

Creando o modificando un'immagine con il paint di windows capita!
Ciao Gokan :)

Grazie dell'osservazione, purtroppo non è quello il problema* (però mi hai sgamato circa Paint).
Infatti avevo già provato a rinominare la stringa del path così:
"/reflexTrainer/gui/images/button128.PNG" ma il risultato è lo stesso: se lancio dall'IDE, tutto ok, se lancio il jar, nix :(

*al momneto sono sotto Windows, e Windows, grazie a dio, non è case sensitive ;)

[Caldwell83]

Apri il jar con winrar o un programma simile e guarda cosa c'è dentro.
Se le immagini che ti servono nel jar non ci sono ti conviene creartelo a mano.

[banryu79]

Apri il jar con winrar o un programma simile e guarda cosa c'è dentro.
Se le immagini che ti servono nel jar non ci sono ti conviene creartelo a mano.
Ciao Caldwell,
grazie anche a te ma non è neppure questo: infatti nel jar le immagini sono presenti e correttamente piazzate in reflexTrainer/gui/images.

Ho anche letto tutta la documentazione sul packaging dei jar nel tutorial ufficiale della Sun (http://java.sun.com/docs/books/tutorial/deployment/jar/), ma sarò gnucco io, non capisco cosa sbaglio (o se per ignoranza do per scontato qualcosa) :cry:

[banryu79]

Mistero (parzialmente) risolto:

E' bastato fare un "Clean & Build" per forzare la rigenerazione del file jar nella cartella "dist" del progetto: ora funziona.
Il problema è che è da ieri sera che rigenero, non è che non ci avessi pensato prima.
Ma per qualche fottuta ragione :D solo adesso va.
Mi sento un po' spiazzato...

Grazie a chi ha letto e achi è intervenuto, e scusate del "falso" allarme.


Onde evitare di aprire un'altro topic:
Vorrei risolvere un dubbio.
Ho la neccessità di salvare dei dati che l'aplicazione utilizza nel disco fisso.
L'applicazione è talmente minimale da non richiedere un database, e quindi la persistenza dei dati viene realizzata su file.

Questi file, se l'applicativo gira su piattaforma Windows, vorrei salvarli in una locazione apposita; ad esempio con
System.getenv("APPDATA");
ottengo la cartella dei dati delle applicazioni per l'utente corrente.

A scrivere e a leggere i file non c'è problema, però File.delete (mi sarei accontentato anche di File.deleteOnExit) sembrano non avere speranze di riuscire a fare il loro lavoro.
Questo mi sembra sia dovuto al fatto che la cartella in questione che, ad esempio, in WindowsXP ha path pari a:

C:\Documents and Settings\NomeUtente\Dati applicazioni

è marcata in sola lettura.

La domanda è: ma come fanno gli altri applicativi? Non cancellano? Oppure lo fanno ma bisogna gestire la cosa in modo specifico (es.: via registro di sistema, o comunque con le WinAPI)?

Comunque potrei anche adottare una strategia del tipo segnare rinominandole le cartelle che "cancello" ma poi mi resterebbe il problema della pulizia se uno vuole sbarazzarsi dell'applicazione [che, stando tutta in un jar, basta prenderlo e cestinarlo].
Senza contare che, per quanto minimo, non mi piace l'idea di sprecare spazio per niente.

[Energy++]

io credo che se crei una sottocartella in "Dati applicazioni" e ci piazzi dentro i tuoi file di configurazione, non avrai problemi di permessi...

potrebbe anche non essere così, ma non costa niente provare :)

[banryu79]

io credo che se crei una sottocartella in "Dati applicazioni" e ci piazzi dentro i tuoi file di configurazione, non avrai problemi di permessi...

potrebbe anche non essere così, ma non costa niente provare :)
Ciao Energy++,
grazie per l'intervento ma purtroppo è quello che già faccio.

Il mio applicativo crea dei file in varie sottocartelle piazzate in:
C:\Documents and Settings\NomeUtente\Dati applicazioni\NomeApplicativo\

ma,come ho già detto, anche se File canWrite e canRead pare proprio che non possa cancellare (delete).

Qualcuno ha qualche altro consiglio da darmi o ha qualche altra considerazione che potrebbe essermi utile?

[Energy++]

è strana sta cosa... sei sicuro che nel momento che cerchi di cancellare i file, essi siano stati chiusi correttamente? Non è che c'è ancora qualche oggetto che li utilizza?

[Oceans11]

è strana sta cosa... sei sicuro che nel momento che cerchi di cancellare i file, essi siano stati chiusi correttamente? Non è che c'è ancora qualche oggetto che li utilizza?

Quoto....in effetti apparte che mi sembra strano che la cartella sia in sola lettura (ma non ho windows quindi posso dire cavolate) e poi se tu cmq hai già creato dentro una nuova cartella e scritto un nuovo file, hai già scritto no???:mbe:

[banryu79]

Sì, avete ragione: sicuramente sto sbagliando qualcosa io.
Grazie per i suggerimenti, ora controllo ;)

[banryu79]

@Oceans11 e Energy++
Un grande grazie! :mano:

Il motivo per cui non devo restare davanti al monitor alle 2.30 di mattina a programmare ...

In pratica allo start-up dell'applicativo uso uno Scanner per andare a parsare il contenuto di alcuni file memorizzati in una cartella nel path di cui sopra.
Nel blocco try-catch dove uso lo Scanner aperto sul file non avevo scritto il blocco finally dove eseguire la chiusura dello Scanner... me misero e tapino :asd:

Grazie ragazzi , son talmente rincoglionito stamattima che senza il vostro aiuto chissà quanto sarei impazzito prima di accorgermene e andare avanti.

Per me il thread si può anche chiudere :)

[Energy++]

:mano: