Fichier en mémoire

Bonjour à tous !

Dans le cadre d'un développement je dois créer un fichier zip.
Si ce fichier zip dépasse une certaine valeur, le fichier doit être supprimé.

L'idéal serait en fait que le fichier ne soit stocker sur disque qu'au moment où je vérifie la condition de sa taille. Autrement dit, le temps que je le remplisse, je souhaiterais qu'il reste en mémoire de la JVM, et non écrit.

Or, lorsque l'on manipule les fichiers en Java, ceux-ci sont directement créés.

Y-a-t-il une autre solution qui permet de créer un fichier en mémoire, et de ne le copier que plus tard sur le disque?

Merci !

Salut,


Tu peux utiliser un ByteArrayOutputStream...
Mais tu parles de quelle taille en mémoire ? Il serait peut-être plus simple de supprimer le fichier une fois créé. Non ?

a++

Effectivement c'est avec ByteArrayOutputStream que j'ai fais au final :mrgreen: (j'ai trouvé la réponse en anglais jsute après avoir poster ce message).

Sinon, non je souhaiterais éviter le plus possible de charger le serveur de fichiers, même en le supprimant ensuite.

De plus l'écriture en mémoire doit certainement être plus rapide. Lorsque je parle mémoire je parle de la mémoire vive utilisée par la JVM, en opposition à la mémoire dure des disques durs.

Le but pour moi était de créer un mail contenant un fichier joint en zip. Dès le mail envoyé, le fichier peut-être détruit, donc garbagée en mémoire.

Merci !

Citation:

---

Envoyé par lamoua76

De plus l'écriture en mémoire doit certainement être plus rapide. Lorsque je parle mémoire je parle de la mémoire vive utilisée par la JVM, en opposition à la mémoire dure des disques durs.

---

Oui mais si les fichiers sont "gros", tu risques de saturer la mémoire vive justement !

Citation:

---

Envoyé par lamoua76

Le but pour moi était de créer un mail contenant un fichier joint en zip. Dès le mail envoyé, le fichier peut-être détruit, donc garbagée en mémoire.

---

Quelle API tu utilises pour l'envoi du mail ? Il est peut-être possible de généré le fichier à la volé pendant l'envoi...

a++

Merci pour tes réponses. Saches que je travail souvent avec tes topics et articles ;).

Pour ce qui est de l'API, j'utilise Spring (pas le choix).

Je ne connais pas trop Spring mais il y a peut-être moyen de générer un inputStream dynamique via l'interface InputStreamSource...

a++

Je me tourne effectivement vers cette solution ;)