Eclipse n’a pas pu supprimer l’erreur

Je travaille sur un projet avec Eclipse et maintenant tout allait bien, mais la dernière fois que j’ai essayé de le construire, il a renvoyé l’erreur,

“Le projet n’a pas été construit à cause de” Impossible de supprimer ‘/ Torpedo / bin / bin’. “Résolvez le problème, puis essayez de rafraîchir ce projet et de le construire car cela peut être incohérent

Et il a supprimé mon dossier bin qui stocke toutes les images et les éléments nécessaires au programme. (Heureusement j’ai eu une sauvegarde). J’ai essayé de le googler et d’essayer toutes les solutions que j’ai trouvées, mais rien n’a aidé, et la plupart d’entre eux suggèrent de supprimer le dossier à la main, ce que je ne peux pas. Que devrais-je faire?

Je le vois semi-régulièrement sous Windows. Je pense que c’est un bug ou une course dans Eclipse, peut-être une course avec un antivirus qui n’aime pas une suppression immédiatement suivie d’une écriture dans le même fichier qui a été supprimé. Le correctif que j’utilise est d’utiliser Project – Clean dans la barre de menus.

@Ash a raison dans les commentaires ci-dessus que vous ne devriez pas avoir de ressources dans votre dossier de sortie. Pour éviter cela, je change toujours le nom de mon dossier de sortie de “bin” en quelque chose de plus évident comme “eclipse / classes”

J’ai ce problème de façon semi-régulière, en particulier lors du déploiement sur Tomcat ou similaire, sous Windows 7. Cela m’arrive aussi avec la version en ligne de commande de maven, donc ce n’est pas seulement Eclipse qui a ce problème.

La cause principale est que quelque chose retient un handle de fichier. La plupart des problèmes ont disparu lorsque j’ai désactivé la recherche / indexation de Windows sur mon PC, mais les problèmes persistent parfois.

Pour rechercher ce qui se passe, vous devez télécharger Process Explorer (l’un des programmes les plus utiles que j’ai jamais rencontrés). Cela vous permet de voir exactement ce qui fonctionne sur votre PC, les fichiers ouverts, les performances des processus, le nombre de processeurs en cours d’exécution, la quantité d’E / S en cours, etc. Lorsque vous avez un fichier qui ne peut pas être supprimé , vous pouvez trouver-> rechercher le descripteur ou DLL, et entrer une partie du nom, et cela vous donne qui l’ouvre. Vous ne l’attrapez pas toujours à temps, mais assez souvent pour connaître le coupable.

entrer la description de l'image ici

Qu’est-ce qui fonctionne pour moi:

  1. Fermez Eclipse.
  2. Accédez à votre dossier bin et supprimez tout le contenu ( pas le dossier lui-même).
  3. Démarrez Eclipse.
  4. Nettoyez votre projet en allant dans Project -> Clean .
  5. Assurez-vous de cocher Project -> Build automatically .

C’est un problème Windows 7 . Nous générons beaucoup de code ici et rencontrons le même problème lors de la génération du code [en deux étapes:

  1. Transformation XSL et
  2. pretty-printing], un des processus Windows, probablement Explorer.exe , intervient. Cela n’arrive qu’une fois sur 200.

Sous Linux et Windows XP, nous n’avons ni les problèmes dans Eclipse, ni la génération de fichiers.

Et nous faisons face aux problèmes même si la génération de code et Eclipse sont administratör.

Nous avons demandé de l’aide à Microsoft, mais la suggestion que nous avons faite jusqu’à présent est “Reboot!”. Désespéré!

Les problèmes de suppression pour moi sous Windows se résument généralement à deux choses:

  • Le fichier étant ouvert par un programme. Cela inclut la JVM. Cela ne disparaît généralement pas par lui-même.
  • Le programme antivirus sur l’ordinateur a le fichier ouvert pour tout ce qu’il doit faire. Cela disparaît généralement après un certain temps. Je recrée fréquemment des espaces de travail, et si cela se produit trop rapidement, Eclipse se plaint de ne pas pouvoir supprimer des fichiers.

Vérifiez si un autre processus utilise un fichier dans le dossier “bin” cible et tuez-le. Cela se produit généralement avec les autres processus Java appelés à partir d’Eclipse.

J’ai eu un problème similaire avec Windows XP / Vista. Dans mon cas, la longueur totale du fichier était de plus de 255 caractères.

/abcd/abcd/abcd/abcd…./abcd

La seule solution que j’ai trouvée consistait à renommer les répertoires pour les réduire à 255 caractères.

/a/a/a/a/a/a/a…/a

Après cela, vous pouvez le supprimer. C’est une ressortingction dans l’API Windows. Le système de fichiers peut gérer plus de 255 caractères, mais pas l’explorateur qui utilise l’API Windows.

Je viens d’avoir ce problème et c’était TGitCache.exe verrouillant le dossier bin. Si vous utilisez TortoiseGit, il suffit de tuer le processus TGitCache.exe et vous devriez être tous définis.

Je viens d’avoir ce problème … et c’était dû au fait que j’avais une session en ligne de commande (écran DOS …) ouverte dans un dossier de l’arborescence BIN pour le projet que je construisais … je voulais courir le fichier .class via la ligne de commande.

La solution consistait simplement à retourner dans le dossier bin afin que le “clean” puisse supprimer et recréer ces dossiers cibles.

Cela m’est arrivé. J’ai eu le contrôle d’access utilisateur (UAC) éteint quand c’est arrivé (Windows Vista 32 bits). J’ai rallumé l’UAC, j’ai redémarré la vue et l’erreur a disparu. Contre-intuitif avec UAC désactivé, la suppression du répertoire bin / net échoue, mais avec l’UAC de nouveau, cela fonctionne. Allez comprendre.

Le processus que j’ai suivi est

  1. Fermer l’éclipse
  2. Explorer dans le dossier
  3. Supprime-le

J’ai eu ce problème assez récemment. J’ai réalisé que cela commençait à se produire après avoir configuré l’espace de travail pour recharger automatiquement toutes les ressources du disque. Cela peut être configuré à partir du menu: Préférences> Général> Espace de travail.

Je travaillais sur un projet open source et ce problème particulier était une véritable douleur dans le cul et a fini par perdre 4 heures.

Ce que l’éclipse essaie de dire, c’est:

Je n’ai pas de droits d’access au dossier bin spécifique. Si vous utilisez Linux, alors:

  1. Ouvrez votre terminal
  2. Allez dans le répertoire où vous importez le projet vers eclipse et chmod 777 -R dossier_projet
  3. Vérifiez à nouveau, si le problème persiste, allez dans le dossier de votre projet où bin est situé et faites la même chose – chmod 777 -R bin_folder
  4. Maintenant, ouvrez éclipse, nettoyez et construisez à nouveau. Il devrait fonctionner sans problème

Solution (pour moi): Dans mon cas, le fichier n’existait plus là où il était lié, donc le fichier était introuvable (évident). Tous les fichiers référencés se trouvent dans des chemins dans mon dossier src, quelque part ou dans d’autres projets locaux. Rien jusqu’ici n’a fonctionné pour moi sauf les suivants …

Comment j’ai pu supprimer mes liens brisés.

  • Open Eclipse, projet ouvert
  • Allez dans le dossier (dans l’explorateur) d’où le fichier est référencé.
  • Créez un fichier (vide / vide) portant le même nom que le fichier référencé (ex: “File.java”).
  • Retournez dans eclipse et rafraîchissez le projet.
  • Vous pouvez maintenant supprimer le fichier en cours de découverte.

Lien supprimé

Ceci est une solution de contournement sale. J’espère que ce problème est résolu cependant.

juste en ajoutant à la base de connaissances. J’ai eu ce problème. le redémarrage de l’éclipse ou de Windows ne l’a pas réparé.

La suppression de .metatdata / .lock dans le répertoire parent après la fermeture de l’éclipse a permis de résoudre le problème. iirc, parfois vous devez redémarrer windoze.

1 – Nettoyez votre projet en allant dans Projet -> Nettoyer .

2 – Assurez-vous de cocher Projet -> Créer automatiquement .

Mais avant cela, vérifiez les permissions sur les dossiers src et cible de votre projet, eclipse doit lire et écrire dans ces dossiers, puis libérez les permissions pour cela. Votre problème sera résolu.

J’ai eu le même problème. Après avoir redémarré Eclipse, une suppression est effectuée pour moi et les suppressions suivantes échouent. Ce que j’ai finalement fait a été de redémarrer Eclipse puis Ctrl + cliquer sur chaque élément que je voulais supprimer. Ensuite, je les ai tous supprimés en même temps et ça a bien fonctionné.

Sur Windows, j’ai ouvert eclipse avec le privilège Admin. Le problème a disparu.

Je n’ai pas lu toutes les réponses précédentes, mais j’ai aussi le même problème. J’utilise Eclipse 4.1 sur Ubuntu 12.10, 64 bits et un SSD. Je me suis rendu compte que ce problème de suppression survient toujours lorsque mon ordinateur plante avec une éclipse ouverte. J’ai réussi à résoudre le problème en supprimant des fichiers d’index particuliers. Par exemple, mon fichier journal de l’espace de travail (situé dans /.metadata/.log) était complet avec EOFException, indiquant que certaines métadonnées ne pouvaient pas être lues, telles que

 !ENTRY org.eclipse.ui.ide 4 4 2012-12-13 13:25:35.988 !MESSAGE Problems occurred refreshing the selected resources. !SUBENTRY 1 org.eclipse.core.resources 4 567 2012-12-13 13:25:35.988 !MESSAGE Could not read metadata for '/home/xyzworkspace/.metadata/.plugins/org.eclipse.core.resources/.projects/server-test/.indexes/7/9c/properties.index'. !STACK 0 java.io.EOFException at java.io.DataInputStream.readByte(DataInputStream.java:250) at org.eclipse.core.internal.localstore.Bucket.load(Bucket.java:298) at org.eclipse.core.internal.properties.PropertyBucket.load(PropertyBucket.java:258) at org.eclipse.core.internal.localstore.Bucket.load(Bucket.java:274) at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:98) at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:109) at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:109) at org.eclipse.core.internal.localstore.BucketTree.accept(BucketTree.java:76) at org.eclipse.core.internal.properties.PropertyManager2.deleteProperties(PropertyManager2.java:102) at org.eclipse.core.internal.properties.PropertyManager2.deleteResource(PropertyManager2.java:111) at org.eclipse.core.internal.resources.Resource.deleteResource(Resource.java:918) ... here goes the rest of the stack trace... 

Après avoir supprimé ce fichier d’index particulier et redémarré Eclipse, tout a fonctionné comme avant. Toute rétroaction si la suggestion a fonctionné est appréciée.

Je devais mettre fin à chromedriver avant de pouvoir nettoyer mon projet. Il y avait des processus dans le gestionnaire de tâches qui devaient être fermés.

Process Explorer a montré que le fichier Java Android .jar qui ne pouvait pas être supprimé était utilisé par javaw, un sous-processus d’Eclipse …

Cela semble buggy.

La solution consiste à fermer Eclipse et à supprimer le fichier de l’explorateur …

J’ai suivi ces étapes pour m’en débarrasser:

  • Fermer l’éclipse
  • Accédez au gestionnaire de tâches -> processus -> java.exe -> fin du processus
  • select javaw.exe -> end process
  • Ensuite, allez à l’emplacement du projet supprimez-le
  • démarrer eclipse et supprimer le projet

acclamations … Ca y est ..

Juste me bash avec le même problème: impossible de nettoyer / reconstruire le projet Eclipse, car mon dossier de sortie de classes n’a pas pu être supprimé.

J’ai fermé Eclipse et j’ai essayé de supprimer le dossier. Windows s’est plaint qu’il est utilisé par une autre application.

Étant sous Windows, je lance resmon.exe à partir de la barre Windows / Search. Puis, dans l’onglet CPU / Associated Handles, je recherche le chemin d’access à ce dossier et je l’ai trouvé depuis OUTLOOK. J’ai envoyé un mail avec un fichier de ce chemin et il semble que OUTLOOK l’a conservé. Après avoir supprimé la saisie du descripteur, tout a fonctionné à nouveau.

Parfois, il peut être résolu simplement en nettoyant le projet et en le reconstruisant. Cela a fonctionné pour moi juste avant.

De plus, cliquer sur “Créer automatiquement” dans l’onglet “Projet” est généralement plus pratique pour résoudre des problèmes mineurs.

Ça marche pour moi:

  1. Fermez Eclipse.
  2. Supprimez d’Eclipse Folder dans votre projet, toutes les données contenues dans les classes.
  3. Ouvrez Eclipse.
  4. Equipe -> Nettoyage

J’ai résolu ce problème en désactivant l’indexation de recherche Windows. Il semble que je me souvienne il ya quelque temps, j’ai essayé de chercher dans mon dossier de projet à l’aide de l’explorateur de fichiers Windows. Je suppose que Windows a gardé son index de recherche à jour depuis lors en scannant le dossier et que la tête est maintenant remplie d’éclipse.

Pour désactiver:

  1. Panneau de contrôle
  2. Outils administratifs
  3. Prestations de service
  4. Trouver “Windows Search”
  5. Le désactiver

Puisque la recherche de fenêtres est interrompue, je ne l’utilise pas de toute façon. J’utilise le sac de l’agent pour la recherche.

Mettre à jour les bottes de spring!

J’ai eu le même problème lorsque ma suite d’outils de spring a généré cette erreur [Windows 7] chaque fois que je modifie le JSP ou les ressources (css, js, images). Cela permettrait une sauvegarde unique pour refléter les changements, mais la seconde fois, STS aurait émis l’erreur de ne pas pouvoir supprimer le fichier que j’avais modifié [en gros, le fichier ne pouvait pas être déplacé dans le dossier bin]. Je dois arrêter l’application, faire le projet -> nettoyer pour l’erreur, apporter les modifications et démarrer l’application. L’Explorateur de processus a déclaré que javaw avait le handle dans le répertoire bin .

J’ai essayé toutes les suggestions répertoriées en tant que réponses – Recréation de l’espace de travail, vérification des références de projet, mise à jour de la suite d’outils Spring, désactivation de la recherche Windows, indexation, etc.

Finalement, j’ai mis à jour mes bottes de spring de 1.4.0 à 1.5.4 et l’erreur a disparu. Donc, si l’un d’entre vous utilise Spring Boots pour résoudre ce problème, vérifiez votre version et votre mise à jour. Vous devrez peut-être aussi append spring-boot-devtools pour activer le remplacement à chaud avec les dernières versions de bottes de spring.

Ce problème m’est venu lorsque la permission du répertoire du projet a été modifiée. Assurez-vous que l’utilisateur dispose des droits d’écriture sur le répertoire du projet. S’il n’y a aucune permission d’écrire dans le répertoire du projet, alors eclipse ne pourra pas supprimer / créer le dossier Bin.

Pour le résoudre, j’ai donné l’autorisation d’écriture au répertoire du projet.

Ex: sudo chmod -R 777 / MyProject / code (Dans mon cas, j’ai utilisé Ubuntu, en fonction du système d’exploitation, assurez-vous de donner une permission en écriture)

Je suis allé au Java Build Path -> Source (onglet), a changé le chemin du dossier Default Output vers un autre dossier comme customerConfig / bin vers customerConfig / bins, a fait une compilation, l’erreur a disparu et est revenue. retour à customerConfig / bin