Discussion :

[kenny49]

Bonjour,

mon problème est dans l'intitulé.

Manuellement, je renomme mon fichier.tar en fichier.tar.gz, et alors un double clic et winzip fait l'affaire.

Je veux automatiser ce dézippage en Java (pour faire une comparaison de checksums) , mais je ne vois pas quelle API utilisé pour décompresser fichier.tar et si c'est faisable.

Merci d'avance,

[fr1man]

http://www.trustice.com/java/tar/

[gifffftane]

Pour ce genre de choses il peut être aussi utile de se plonger dans Ant, qui contient une grande quantité de services appelables directement depuis ses programmes java.

[mcargnelli]

Bonjour,

Je voudrais rebondir sur ce post pour un problème de performances que je rencontre.
Je m'explique : je dois récupérer un fichier (zip au départ, j'essaye avec tar non compressé maintenant) et le décompresser/désarchiver dans la foulée. Comme les fichiers sont volumineux j'ai tenté de "piper" les 2 opérations avec un thread qui récupère le fichier via scp (avec la bibliothèque ganymed) et un qui désarchive le fichier avec le zip "natif" de java ou java tar. La communication entre les 2 se fait via un PipedOutputStream->PipedInputStream.

La version threadée est bien plus lente que la version purement séquentielle.

Pour le zip je crois comprendre que, le catalogue se trouvant à la fin du fichier, le thread lit et relit le fichier sans pouvoir le décompresser jusqu'à en atteindre là fin, puis commence la décompression. Cela revient à du séquentiel mais avec beaucoup d'I/O parasites entre temps.

Pour le tar le "journal" se trouve au début du fichier à ma connaissance, donc je ne comprends pas pourquoi dans ce cas la version threadée est 4 fois plus lente que la version séquentielle...

Quelqu'un a une explication/un moyen d'optimiser le truc ?

Merci d'avance