Discussion :

[julien_chable]

Salut à tous,
j'ai beaucoup de mal à trouver une bonne librairie ZIP ! Le package java.util.zip est inétressant mais il est impossible de réellement manipuler un fichier sans le recréer complètement ! Par exemple, si vous voulez ajouter ou supprimer une entry dans le Zip, lorsque vous ouvrez un ZipOutputStream votre ancien fichier est effacé ..; en gros on ne peut pas manipuler la structure du fichier (surtout ajout/suppression d'entry) sans supprimer le fichier et le recréer, ce qui en terme d'IO (je cherche des performances extrêmes !) est relativement important surtout sur des fichiers relativement gros de plusieurs Mo !

Je sais qu'il existe des librairies en .NET ou autre qui permettent de faire des opérations en live sur les fichiers Zip, donc pourquoi pas en Java :p

Si quelqu'un a des infos, je le remercie d'avance !!!!

++

Julien

[bouye]

Moi ce qui m'embete surtout avec l'API ZIP et JAR fournie c'est qu'on soit oblige de passer par des Entry et tout un tas de classes de flux specialises alors qu'il aurait tellement ete plus simple de pouvoir utiliser une API de type... File (ou des URL/URI a la limite pourquoi pas) et des flux standards et ainsi acceder aux fichiers contenus dans l'archive comme s'ils etaient... dans un systeme de fichier normal, bref, quelque chose qui aurai permis de manipuler tout ca de maniere bien plus transparente. Un mauvais point pour la conception de l'API donc.

Apres je ne fais que de la lecture ou de l'archivage en bloc, pas de mofications apres creation de l'archive donc les performances IO me genent moins.

[adiGuba]

Salut,

il aurait tellement ete plus simple de pouvoir utiliser une API de type... File (ou des URL/URI a la limite pourquoi pas)

C'est possible en utilisant les URL de type jar: comme lorsque tu accèdes aux ressources du CLASSPATH. Par exemple pour récupérer une URL vers un fichier à l'intérieur d'une archive tu peux utiliser une méthode du style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
    public static URL getUrlToPathInArchive(File archive, String path) {
        try {
            return new URL("jar:" + archive.toURI() + "!" + path);
        } catch (MalformedURLException e) {
            // Ne devrais pas arriver :
            throw new RuntimeException(e);
        }        
    }

Cela fonctionne aussi bien pour les jar que pour les zip

Je sais qu'il existe des librairies en .NET ou autre qui permettent de faire des opérations en live sur les fichiers Zip, donc pourquoi pas en Java :p

Ces API se contente de "cacher" cela car il me semble qu'il est impossible de modifier "en live" une archive zip. Il y a deux solutions :

• Créer un fichier temporaire sur le système de fichier, qui remplacera l'original à la fin du traitement.
• Créer un fichier temporaire dans la mémoire vive, qui écrasera le fichier original à la fin du traitement.

a++

[bouye]

C'est possible en utilisant les URL de type jar: comme lorsque tu accèdes aux ressources du CLASSPATH. Par exemple pour récupérer une URL vers un fichier à l'intérieur d'une archive tu peux utiliser une méthode du style :
[...]
Cela fonctionne aussi bien pour les jar que pour les zip

Pour la creation et la modification bien sur...
argh je ne suis jamais assez précis dans mes explications moi...

Globalement il manque une API genre PluggableFileSystem qui aurait permis de pouvoir monter des systemes de fichiers contenus dans des archives (ZIP, TAR, JAR, GZ, Z, RAR, ARJ, ...), dans des images (ISO, NRG, ...), des protocole de partage de fichier (NFS, SMB, ...), voir même d'autres types de partitions (encore que pour cette dernière option ca demanderai probablement une intégration avec du JNI) a l'endroit ou on veut (sur le fichier lui-même pour les archives par exemple) pour pouvoir manipuler leur contenu de manière transparente tout en utilisant le package/API java.io/java.nio habituel. Les méthodes actuelles (et les nouvelles de Java 6) de la classe File sont suffisantes pour déterminer si on peut écrire dans l'archive/image/share/partition montée ; pour le reste il y a également suffisamment d'IOException et de SecurityException (quand on a besoin de s’authentifier pour accéder au contenu) pour gérer la plupart des interdictions et des erreurs je crois. Bref, quelques chose de similaire au mount disponible depuis longtemps sous UN*X tout simplement (étonnant que Sun n'y ai pas pensé).

Évidement c'est le genre de choses pour lesquelles Sun peut fournir le strict minimum (les classes de base pour JAR et ZIP existent déjà ; il faudrait juste faire un bridge/adapter vers la nouvelle API) et laisser les gens développer leur propres libs pour le reste.

Quelqu'un y aura forcement déjà songe, JSR ou es-tu ????

[Alec6]

Faut regarder du coté de TrueZip !!

[Schyzophrenic]

Effectivement TrueZip permet de parcourir le contenu des archives comme s'il s'agissait de répertoires, de mettre à jour les archives. En revanche, cette librairie n'est plus, il me semble, mise à jour.
Et même si la librairie permet en théorie de rajouter des drivers pour supporter divers types d'archives, la documentation est plutôt courte sur le sujet...

Donc difficile d'y inclure un driver pour les fichiers rar ou autres 7zip

Enfin, si vous avez des connaissances sur le sujet je suis preneur

[McFoggy]

Globalement il manque une API genre PluggableFileSystem qui aurait permis de pouvoir monter des systemes de fichiers contenus dans des archives (ZIP, TAR, JAR, GZ, Z, RAR, ARJ, ...), dans des images (ISO, NRG, ...), des protocole de partage de fichier (NFS, SMB, ...), voir même d'autres types de partitions

Ca existe déja (en partie) : http://commons.apache.org/vfs/.

Cordialement

[Schyzophrenic]

Je ne connaissais pas cette lib. Effectivement ça a l'air de faire un peu la même chose que TrueZip, mais avec les avantages que c'est Apache (donc un peu plus suivi que TrueZip qui est arreté) et que c'est extensible au iso et à tout un tas de trucs
Malheureusement pas de support pour 7-zip non plus