Discussion :

[skonat]

Bonjour,

Mon problème est que je crée un fichier temporaire et je voudrais le supprimer après traitement.

Ceci se passe dans ma servlet... Lorsque je veux supprimer le ficher, la méthode fait System.getSecurityManager() et renvoit toujours null, du coup, mon fichier n'est jamais supprimé.

J'ai trouvé une solution qui consiste à faire un deleteOnExit et d'invalider ma session... ce qui, vous en conviendrez, ne m'arrange pas.

Je ne mets pas de bout de code car pour l'instant je n'ai aucune solution et tout se passe en back-end...

Merci beaucoup pour votre aide, Sarah

[paissad]

Bonjour,
euhhh, et comment tu crées ton fichier temporaire ?
Parce qu'à priori, si c'est juste un fichier temporaire, tu utilises File.createTempFile(...); ou bien une méthode/façon qui t'est propre, mais bon, .. je ne vois pas en quoi tu te compliques la vie en faisant des System.getSecurityManager() etc ...
Montre un bout de code ou soit plus explicite dans les détails.

Cordialement,

[skonat]

Je crée mon fichier bêtement en faisant createTempFile comme tu le dis (mais ça ne fonctionnait quand même pas) ou en faisant

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    PrintWriter out = response.getWriter();
    response.setContentType("text/plain");
     DiskFileItemFactory fileItemFactory = new DiskFileItemFactory();
 
    fileItemFactory.setSizeThreshold(1 * 1024 * 1024); //1 MB
 
    fileItemFactory.setRepository(tmpDir);
 
    ServletFileUpload uploadHandler = new ServletFileUpload(fileItemFactory);
    FileItem item = null;
    File myFile = null;
try {
 
      List items = uploadHandler.parseRequest(request);
      Iterator itr = items.iterator();
      while (itr.hasNext()) {
        item = (FileItem) itr.next();
        myFile= new File(destinationDir, item.getName());
          myFile.setWritable(true);
          item.write(file);
//Traitement back-end pour créer un fichier zip à partir de myFile
uploadFile(idTask, file, mimeType, new Long(propertiesOpCrm.getProperty("idTable")), connectedUser.getLogin(), idPatient, new Long(propertiesOpCrm.getProperty("idDescription")));
 
myFile.delete();
catch (FileUploadException ex) {
      log("Error encountered while parsing the request", ex);
    } catch (Exception ex) {
      log("Error encountered while parsing the request", ex);
    } finally {
      if (out != null) out.close();
      if (item != null) item.delete();
      if(myFile != null) myFile.delete();
}

Dans la methode delete de la classe File:

Code :

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

1
2
3
4
5
6
7
    public boolean delete() {
	SecurityManager security = System.getSecurityManager();
	if (security != null) {
	    security.checkDelete(path);
	}
	return fs.delete(this);
    }

C'est ici que security est toujours null...

Merci

[paissad]

Poste la trace complète de l'exception que tu as.

[tchize_]

pourquoi tu va jouer avec ce security manager? Ce sont les api de base de java qui vont jouer (correctement) avec ça pour voir si le delete est autorisé. toi, tu a juste a faire le fs.delete(); D'ailleurs, c'est quoi "fs" ? parce que la méthode delete sur File ne prend aucun paramètre.

Aussi , le deleteOnExit() tu oublie dans un environnement J2EE. Par définition, il n'y a pas de "exit" dans ces environnements.

[skonat]

Il n'y a pas d'exception, rien ne se passe... mon fichier n'est juste pas supprimer étant donné que dans la méthode delete de la classe File, le getSecurityManager renvoit toujours null... (ce n'est pas moi qui joue avec le security manager...)

J'ai poster tout le code en rapport avec mon problème..

[paissad]

Donc, si j'ai bien compris, tu n'as pas d'exception, mais c'est juste que ton fichier n'est pas supprimé quand tu arrêtes ton application ? (c'est à dire quand le JVM s'arrête ?)
Sinon essaie d'utiliser un hook ^^ http://docs.oracle.com/javase/1.4.2/...va.lang.Thread)
Je ne sais pas trop ce qui se passe dans ton code, mais je sais qu'il faut éviter le deleteOnExit() si tu peux l'éviter

[skonat]

Donc effectivement, mon seul problème est "juste" que mes fichiers ne sont pas supprimés.

Le deleteOnExit ne fonctionnerait que dans la cas où l'on redémarrerait le serveur, c'est pour cela qu'il ne sert pas à grand chose. Le hook ne m'avance donc pas non plus.

Merci pour votre aide

[tchize_]

Il n'y a pas d'exception, rien ne se passe... mon fichier n'est juste pas supprimer étant donné que dans la méthode delete de la classe File, le getSecurityManager renvoit toujours null...

Ca n'a rien à voir. Au contraire, ce code dit "si il y a un security manager, on vérifie. Sinon on continue l'effacement". Si le fichier est toujours là, plusieurs possibilité

-> il est en lecture seule
-> il est toujours ouvert en écriture ou lecture par ton application (tu as bien fermé les streams?)

aussi, es-tu sur de passer dans le delete (ton code suggère qu'on pourais avoir un exception sur out.close qui empecherais d'atteindre le delete()

[skonat]

Bonjour tlm,

Tu as raison concernant le security manager tchize_, désolée pour cette bavure.

Tous mes streams sont clos et le File était bien writable.

Mais oooh mystère, allez savoir pourquoi, mon fichier se supprime à présent bien... allez savoir pourquoi... après un nouveau build maven peut-être...

Merci pour votre aide ;-)

Bonne journée, Sarah