Problema Serializzazione su applicativo jar

[andbin]

ciao so chi odierai ma quando ho aperto il manifest dentro ho visto che c'erano già degli attributi classPath e mi sembrano ci siano quelli che tu mi suggerisci di aggiungere...mi sbaglio??

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.8.4
Created-By: 1.7.0_45-b18 (Oracle Corporation)
Class-Path: lib/itext-pdfa-5.4.4-javadoc.jar lib/itext-pdfa-5.4.4-sour
 ces.jar lib/itext-pdfa-5.4.4.jar lib/itext-xtra-5.4.4-javadoc.jar lib
 /itext-xtra-5.4.4-sources.jar lib/itext-xtra-5.4.4.jar lib/itextpdf-5
 .4.4-javadoc.jar lib/itextpdf-5.4.4-sources.jar lib/itextpdf-5.4.4.ja
 r
X-COMMENT: Main-Class will be added automatically by build
Main-Class: Archivio.ArchivioMain

Innanzitutto i jar dei javadoc/sources sono totalmente inutili ai fini di far girare l'applicazione. Quindi non servono.

non ti ho detto che tutto il lavoro lo svolto con netBeans e che quando creo il jar nella cartella dist che mi crea con all interno il jar mi crea anche una cartella lib con dentro tutti i jar che poi sono elencati nel manifest non so se ti serva ma te lo dico lo stesso

Supponendo che nel Class-Path ci siano solo i jar davvero necessari, il contenuto della dist è quello che dovrai "portare in giro" ogni volta, così come è, con quella struttura.

[kekkuz87]

ok quindi semplicemente non posso usare solo il file jar ma devo "portare in giro" tutta la cartella dist...ok e ma non esisterebbe un modo per poter portare in giro solo il file jar??

PS se è troppo complicato mi accontento di questo
PPS ma il "problema" si pone ogni volta che utilizzerò una libreria esterna

[andbin]

ok quindi semplicemente non posso usare solo il file jar ma devo "portare in giro" tutta la cartella dist...ok e ma non esisterebbe un modo per poter portare in giro solo il file jar??

Premessa: alla JVM alla fin fine non interessa sapere se ci sono 2, 3, 4 ... jar ... alla JVM basta che le classi/risorse siano rintracciabili per cui dato un nome completamente "qualificato", i nomi di package si "riflettono" in nomi di cartelle e il percorso viene cercato lungo il classpath.

Quindi tecnicamente basterebbe avere un unico jar che contiene tutti i package e le classi/risorse necessarie. Il punto è che o lo fai tu a mano o con un tuo scriptino (non è difficile ma è da fare facendo un po' di attenzione per evitare di perdere/sballare la struttura) oppure lo fa l'IDE. Con Eclipse mi pare ci sia un plugin (non l'ho mai usato, onestamente ...) per un "Fat jar". Con NetBeans non ho idea ...

Le problematiche dell'avere un unico jar però sono almeno 3:
1) Questioni di "licenza", l'autore della libreria potrebbe non gradire questo.
2) Questioni di aggiornamento. Se i jar fossero "sciolti" e senza versione, solo es. itextpdf.jar, potresti aggiornare un singolo jar con un'altra versione facilmente.
3) Perdi la informazione "a vista" di quali jar/versioni hai delle librerie.

PPS ma il "problema" si pone ogni volta che utilizzerò una libreria esterna

Sì, in generale è sempre così.

[LeleFT]

ok quindi semplicemente non posso usare solo il file jar ma devo "portare in giro" tutta la cartella dist...ok e ma non esisterebbe un modo per poter portare in giro solo il file jar??

Non sempre è possibile ed è fortemente scoraggiato farlo anche quando è "tecnicamente" possibile. Per diverse, validissime, ragioni:

1) Le librerie sono, appunto, librerie: non sono software tuo, non le sviluppi tu e quindi non è concettualmente corretto che vengano incorporate nel tuo software

2) Le librerie sono soggette ad aggiornamenti: se fossero tutte contenute nel tuo JAR, l'aggiornamento sarebbe impossibile (o, quantomeno, molto oneroso: dovresti spacchettare tutto, aggiornare e re-impacchettare tutto)

3) Alcune librerie sono "sealed": sono, cioè, impacchettate in un jar con un determinato nome e non possono funzionare se non dentro a quel particolare jar; queste non possono essere incorporate.

4) Alcuni produttori di libreria vietano questa pratica, per ovvie ragioni.

PS se è troppo complicato mi accontento di questo

Più che "complicato" è "controproducente". Conviene sempre tenerle separate e distribuirle "al di fuori" del JAR... la fatica è la stessa: fai un file ZIP con dentro il JAR e la directory "lib"... fatto.

PPS ma il "problema" si pone ogni volta che utilizzerò una libreria esterna

Ovviamente sì.

Ciao.

[kekkuz87]

grazie mille per le risposte siete utilissimi come al solito...in effetti avete ragione non avevo pensato al fatto che se sono librerie di qualcun altro magari chi le ha create non è contentissimo se le incorporo nel mio softwate

Un ultima cosa poi non disturbo +quando all'inizio del post mi avete suggerito di indicare in fase di serializzazione e deserializzazione il percorso di salvataggio come faccio ad indicare che mi salvi l'archivio ad esempio sul desktop sia nel caso che usi windows che ubuntu (nel senso come faccio che non vi siano conflitti rispetto all sistema operativo che sto usando in un certo momento)??
PS grazie ancora per l'aiuto siete mitici

[andbin]

come faccio ad indicare che mi salvi l'archivio ad esempio sul desktop sia nel caso che usi windows che ubuntu (nel senso come faccio che non vi siano conflitti rispetto all sistema operativo che sto usando in un certo momento)??

Ci sono poche directory "notevoli" che è possibile rintracciare da Java senza dover sapere/distinguere il S.O.: sono, ad esempio, la directory "corrente", la directory "home" dell'utente e la directory "temporanea".
Si rintracciano tramite delle system-property (vedi java.lang.System). Per altre: o le "derivi" (se possibile) in modo relativo da una di queste oppure devi per forza fare della logica di analisi in più sul sistema.
O in alternativa la rendi configurabile dall'utente (ci sono svariati modi).