Eclipse dit: "L'espace de travail utilisé ou ne peut pas être créé, choisissez-en un autre." Comment déverrouiller un espace de travail?

Quand je démarre, Eclipse dit que "Workspace ne peut pas être verrouillé"

"Impossible de lancer le produit car l'espace de travail associé est actuellement utilisé par une autre application Eclipse." ou "Espace de travail utilisé ou ne pouvant pas être créé, choisissez-en un autre."

Mais je sais que non.

Comment le "déverrouiller"?

Supprimez simplement le .lockfichier dans le .metadatarépertoire de votre répertoire d'espace de travail eclipse.

Précaution - Si vous supprimez le .metadatadossier, toutes les préférences seront supprimées.

J'ai vu 3 autres correctifs jusqu'à présent:

1. dans le fichier .metadata /, rm .lock
2. si # 1 ne fonctionne pas, essayez de tuer le processus javaw.exe etc. puis le fichier rm .lock
3. si # 1 et # 2 ne fonctionnent pas, essayez le fichier rm .log dans .metadata /, et revérifiez .plugin /.
4. Cela a toujours fonctionné pour moi: déplacer .metadata /, ouvrir et fermer l'éclipse, puis écraser .metadata en arrière

La solution se résume à nettoyer le dossier .metadata.

Allez dans TaskManager (clic droit dans la barre des tâches) et sélectionnez la barre de menus Processess et sélectionnez eclipse.exe et cliquez sur EndProcess

Une autre cause possible du problème «Espace de travail utilisé ou ne peut pas être créé, choisissez-en un autre» est que le chemin réel vers votre espace de travail peut avoir changé .

Dans mon cas, l'emplacement réel de l'espace de travail avait changé, mais j'avais utilisé un lien symbolique pour le faire ressembler au même emplacement. J'ai vu des erreurs dans les journaux indiquant qu'éclipse regardait l'emplacement "réel" précédent, au lieu de suivre le lien symbolique, et cela causait les erreurs.

Dans mon cas, je viens de déplacer l'espace de travail vers son ancien emplacement.

Il existe un autre cas où le chemin d'accès à l'espace de travail peut ne pas exister, par exemple, si vous avez importé des préférences à partir d'un autre espace de travail, alors certaines adresses d'espace de travail importées peuvent apparaître dans votre boîte de dialogue "open workspace"; puis si vous ne faites pas attention à ces adresses, vous obtiendrez exactement la même erreur une fois que vous avez essayé de les ouvrir.

Exécuter Eclipse en le Administrator Modecorrige pour moi. Vous pouvez le faire par [Clic droit] -> Exécuter en tant qu'administrateur sur à eclipse.exepartir de votre répertoire d'installation.

J'étais dans un environnement de travail avec une machine win7 ayant une autorisation restrictive. J'ai également supprimé les fichiers .locket .logmais cela n'a pas aidé. Il peut également s'agir d'une combinaison de tous les éléments qui l'ont fait fonctionner.

Parfois, si vous êtes sous Windows, vous pouvez ne pas voir tous les processus - ou le processus coupable dans le Gestionnaire des tâches. J'ai dû cliquer sur 'Afficher le processus de tous les utilisateurs' et il y avait ce java.exe que j'ai dû tuer pour récupérer mon espace de travail.

Un autre cas possible si rien ne fonctionne est de voir qu'il existe une Javaapplication en cours d'exécution . peut être votre précédente ouverture et fermeture a laissé des instances java non qualifiées.

1. Cherchez n'importe quelle instance java en cours d'exécution s'il y en a deux au moins, vous devez en tuer un.Mais, la plupart du temps, je tue n'importe quel java en cours d'exécution :) parce que java utilise l'espace de travail plus tôt et le fera toujours si ne tue pas il.

2. Modifiez un autre espace de travail au cas où vous souhaitez qu'un IDE multiple utilise et travaille sur un projet différent ou identique, mais vous devez importer l'espace de travail du formulaire de projet après avoir ouvert votre IDE.

la suppression des journaux et .lock n'a pas fonctionné mais

-lean option l'a corrigé pour moi.

J'ai été confronté à ce problème lorsque jamais l'éclipse n'est pas fermée (tuer le processus d'éclipse depuis le gestionnaire de tâches ou éteindre l'ordinateur), j'ai essayé ci-dessous les étapes, cela a fonctionné pour moi.

1) Supprimer les noms de fichiers commencent par ".fileTable" de ce dossier

C: \ eclipse \ configuration \ org.eclipse.osgi.manager

2) Supprimez les fichiers journaux comme les fichiers texte commencent par des noms numériques de ce dossier

C: \ eclipse \ configuration

3) Ouvrez l'invite de commande (cmd) accédez à ce dossier

C: \ eclipse

tapez ci-dessous la commande

début propre éclipse

La réponse donnée par @Boris est correcte dans 99% des cas, mais cela peut également arriver si vous ouvrez l'espace de travail dans une ancienne version d'Eclipse. Un espace de travail importé dans / créé avec Juno générera cette erreur lorsqu'il sera ouvert dans Galileo.

Une autre raison trop courante à ce problème est que vous essayez de charger un répertoire sur un lecteur qui n'est plus connecté. Par exemple, disons que vous programmez dans C: \ Code \ Java, mais que vous travaillez occasionnellement à partir d'un lecteur flash, H: \ Code \ Java. Si vous n'avez pas le lecteur connecté, il peut être facile de croire que vous essayez de charger un répertoire valide sans remarquer votre faute de frappe.

Un autre problème est lorsque eclipse n'a pas accès en écriture à votre dossier src. Modifiez l'autorisation de sécurité et assurez-vous que les «utilisateurs authentifiés» sont ajoutés avec toutes les autorisations cochées, sauf Contrôle total et autorisations spéciales.

J'ai eu cette erreur après avoir redémarré le système (après une longue période. Normalement, je le fais simplement dormir). J'ai découvert qu'une fois que j'ai monté les disques (en cliquant dessus et en l'ouvrant) où se trouve le dossier du projet, et en relançant l'éclipse, j'ai résolu le problème pour moi.

PS: je suis un utilisateur ubuntu.

Voici quelques étapes pour le résoudre. 4 étape est fonctionne pour moi.

1. Supprimez les fichiers .log du dossier .metadata.
2. Vérifiez l'autorisation actuelle de l'utilisateur, assurez-vous de cocher la case Contrôle total, cliquez sur Appliquer, puis sur OK.
3. Si vous exécutez la défragmentation ou la maintenance du lecteur système avant d'exécuter l'éditeur eclipse, parfois le chemin du fichier d'origine n'est pas dans leur chemin respectif pour vous assurer d'exécuter la «version précédente» avant la maintenance système de votre lecteur où le plan de travail eclipse ou quelque chose de similaire a été enregistré .
4. Cette dernière option fonctionne pour moi. Vérifiez la lettre de lecteur de votre lecteur actuel où l'éditeur de code a été enregistré. Si quelque chose d'inhabituel, par exemple avant votre maintenance, votre lettre de lecteur est K, puis après la défragmentation ou la maintenance. La lettre de lecteur est maintenant L, vous devez donc changer la lettre de lecteur en son original qui est K. pour ce faire, cliquez sur le ff: Ouvrez le panneau de configuration Système et sécurité Outils d'administration Gestion de l'ordinateur Gestion des disques dans le disque mngt choisissez l'exemple de lecteur L puis à droite cliquez sur> modifier la lettre de lecteur et le chemin> cliquez sur supprimer> puis sur ok, ouvrez-le à nouveau puis> cliquez sur ajouter et> choisissez votre lettre de lecteur d'origine pour ce lecteur, puis cliquez sur ok. Si vous utilisez votre ordinateur pendant une longue période, redémarrez d'abord pour tout rafraîchir.

Choisir un "autre" est en fait une solution assez simple.

J'avais exécuté Eclipse en tant qu'administrateur (à sudo eclipsepartir de la ligne de commande) car le dossier "workspace" lançait l' Workspace in use or cannot be created…erreur (et l'exécution en tant qu'administrateur semblait être la seule solution qui l'a corrigée).

Un collègue (travaillant sur ce même problème avec moi) a voulu exécuter Eclipse en cliquant sur une icône. Donc, quand il a exécuté Eclipse, et la boîte de dialogue est venue avec le choix de votre espace de travail, il a juste ajouté un "2" à la fin de "l'espace de travail".

Cela a créé un nouveau dossier: "workspace2". Eclipse a bien fonctionné avec ça; et je n'ai eu aucun problème de verrouillage depuis.

Il se produira lorsque vous n'aurez pas fermé correctement eclipse.exe.

* Ouvrez le Gestionnaire des tâches-> Fin de tâche votre eclipse-> Maintenant ouvrez eclipse.exe cela fonctionnera.

J'espère que ça aide quelqu'un.

J'ai observé un cas où eclipse en arrêt forcé, ou Alt-f2 xkilled sous linux, une tentative d'ouvrir immédiatement eclipse montre cette erreur. Même le fichier metadat / .lock n'est pas présent dans ce cas. Cependant, il commence à fonctionner après une durée d'environ deux minutes

Pour les utilisateurs Mac:

Il se peut qu'une autre instance d'éclipse s'exécute en arrière-plan. Si tel est le cas, utilisez soit Éclipse forcée, soit

éclipse ps -ef | grep
tuer -9 pid

à toutes les instances d'éclipse et démarrer le nouvel espace de travail

Je ne sais pas ce qui ne va pas mais j'ai résolu en créant un répertoire directement dans le lecteur c (c: \ dev) au lieu de mon dossier personnel (c: \ users \ me \ dev). Mais je n'ai pas à y penser. Dans mon cas, il s'agit d'une nouvelle instance d'éclipse décompressée. Je ne peux pas voir le dossier .matadata dans le dossier eclipse. Par la grâce de Dieu, j'ai résolu.

Démarrez Eclipse avec l'option -Dosgi.locking=none.

J'ai compris le truc ici et ça marche.

Ne faites cela que si vous savez que personne ne peut travailler sur le même fichier en même temps.

La raison pour laquelle cela m'arrivait (avec Photon) a été facilement corrigée en modifiant une préférence générale Eclipse:

Window -> Preferences -> General: Uncheck: "Always run in background"

Une fois que vous apportez cette modification, chaque fois que vous arrêtez Eclipse, il ne laissera plus le processus javaw.exe s'exécuter en arrière-plan. Je suppose que c'est un bogue dans Photon (ou un bogue avec l'utilisation de la version Amazon Corretto OpenJDK de Java avec Eclipse) qui sera un jour corrigé.