Ne peut pas refactoriser renommer dans Eclipse

Si je fais un peu de remaniement renommer sur quelque chose, il essaie de le faire pour un moment, mais juste revient tout de suite à quoi il a été nommé avant. Pas d'erreurs ou de toute indication que quelque chose est mauvais, c'est indiqué.

Je vient de redémarrer Eclipse et maintenant c'est encore pire. Avant, au moins en sélectionnant Refactoriser le code > Renommer serait "boîte" le nom, et prétendre que c'est de vous laisser faire un peu de remaniement. Maintenant, après le redémarrage, la sélection de Refactoriser le code > Renommer ne fait rien.

Win7 64 bits

Eclipse Indigo construire 20110615-0604

  • Quel regard avez-vous? De quoi êtes-vous le changement de nom et à quoi? Vous n'avez qu'à donner plus d'informations si vous avez réellement attendre de l'aide...
  • Vérifiez également si le projet a aucune erreur de compilation. Parfois avec des erreurs de compilation, il ne vous permet pas de refactoriser choses.
  • Ce qui m'est arrivé lors de la tentative de renommer une méthode Javascript. JSDT est installé. Le retrait et l'ajout de projet n'a pas aidé.
InformationsquelleAutor Mike Dannyboy | 2012-07-08
  1. 5

    Essayez de supprimer le projet d'Eclipse (ne pas supprimer le contenu d'un projet sur le disque), puis de le recharger.

    InformationsquelleAutor Kevin
  2. 4

    Je voulais ajouter quelques informations à certaines autres réponses ici.

    Archenoth réponse points, vous pouvez obtenir plus d'informations à partir de l'exécution Aperçu sur l'opération de changement de nom. Il m'a fallu un certain temps pour comprendre comment obtenir à l'aperçu: tapez le renommer frappe une deuxième fois pour obtenir la boîte de dialogue. Parfois Aperçu de ne pas donner des informations sur l'erreur (et n'rapide renommer sans ppoup) mais en cliquant sur OK dans la boîte de dialogue n'a dire de plus.

    MutantXenu trouvé des informations dans les journaux en allant dans les fichiers de l'espace de travail, mais vous pouvez également les obtenir dans Eclipse en allant à la vue Journal des Erreurs (Cmd-3)

    Quand j'ai eu ce problème, l'erreur du journal m'a signalé cet échec assertion: "la Recherche pour la déclaration de la méthode n'a pas trouvé les éléments d'origine" qui a conduit à certains bugs non résolus. (Je suis à court de Kepler, mais le problème est apparemment difficile à reproduire, et je ne vois pas de preuve, il est résolu. Voir ici et ici.)

    Vous pouvez voir si vous rencontrez ce bug spécifique par le choix de la méthode et en utilisant Cmd-G (ou Ctrl-G: Recherche > les Déclarations > espace de travail). Eclipse est pas en mesure de trouver la méthode que vous essayez de renommer et de la recherche arrive vide.

    Mon cas suggère qu'il est possible que l'erreur pourrait avoir à faire avec des noms identiques méthodes dans des classes différentes. Lorsque le problème se présente avec une méthode, il n'affecte pas la plupart des autres.

    D'actualisation, de Projet->Propre, et le redémarrage d'Eclipse n'étaient pas utile pour moi.
    Kevin répondre fonctionné pour moi: "Essayez de supprimer le projet d'Eclipse (ne pas supprimer le contenu d'un projet sur le disque), puis de le recharger."

    InformationsquelleAutor Joshua Goldberg
  3. 3

    Lors du renommage des méthodes directement dans l'éditeur de ne pas travailler dans de très rares cas, et puis l'IDE restaure l'orignal nom de la méthode après avoir appuyé sur la touche retour - sorte de "agnostique " mode" :-), quand je fais la même chose via le Refactoring -> Changement de Methode Signature, dans le coin supérieur droit-je changer le nom de la méthode, puis-je recevoir entièrement détaillé message d'erreur: "Une exception inattendue s'est produite lors de l'exécution du refactoring... Raison: anonymous #1 .... en lambda #1 ... dans ... la Copie de Travail ... n'existe pas."

    Cela indique, que le fait de renommer les méthodes de déclencheurs de cet échec, lorsque la méthode pour renommer est utilisé dans le contexte d'un lambda ou de la classe anonyme.

    De vérifier, en commentaire l'occurence dans le lambda ou une classe anonyme, le refactoring/de la modification pourrait alors fonctionner comme prévu, comme il l'a fait dans mon cas.

    InformationsquelleAutor Hartmut P.
  4. 1

    J'ai eu ce problème avec Eclipse Helios. J'ai regardé dans le .les métadonnées répertoire de l'espace de travail et a ouvert la .le fichier de log. Il avait une assez longue chaîne de références relatives à l'erreur, mais les parties pertinentes de cet été:

    java.lang.NoClassDefFoundError: org/eclipse/jdt/core/IMethod

    et

    java.lang.de réfléchir.InvocationTargetException à
    org.eclipse.jface.le fonctionnement.ModalContext.exécuter(ModalContext.java:421)
    au
    org.eclipse.jface.de la fenêtre.ApplicationWindow$1.exécuter(ApplicationWindow.java:759)
    au
    org.eclipse.swt.la coutume.BusyIndicator.showWhile(BusyIndicator.java:70)
    au
    org.eclipse.jface.de la fenêtre.ApplicationWindow.exécuter(ApplicationWindow.java:756)
    au
    org.eclipse.l'interface utilisateur.interne.WorkbenchWindow.exécuter(WorkbenchWindow.java:2606)
    au
    org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform(RefactoringExecutionHelper.java:191)
    au
    org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform(RefactoringExecutionHelper.java:151)
    au
    org.eclipse.jdt.l'interface utilisateur.refactoring.RenameSupport.effectuer(RenameSupport.java:197)
    au
    org.eclipse.jdt.interne.l'interface utilisateur.refactoring.réorganisation.RenameLinkedMode.doRename(RenameLinkedMode.java:361)
    au
    org.eclipse.jdt.internal.ui.refactoring.reorg.RenameLinkedMode$EditorSynchronizer.left(RenameLinkedMode.java:119)
    au
    org.eclipse.jface.texte.lien.LinkedModeModel.sortie(LinkedModeModel.java:341)
    au
    org.eclipse.jface.texte.lien.LinkedModeUI$4.exécuter(LinkedModeUI.java:1194)
    au org.eclipse.swt.les widgets.RunnableLock.exécuter(RunnableLock.java:35) à
    org.eclipse.swt.les widgets.Synchroniseur.runAsyncMessages(Synchroniseur.java:134)
    au
    org.eclipse.swt.les widgets.D'affichage.runAsyncMessages(Afficher.java:4041)
    au org.eclipse.swt.les widgets.D'affichage.readAndDispatch(Afficher.java:3660)

    Je suis allé à Aider > Installer un Nouveau Logiciel > Ce qui est déjà installé, puis sélectionné tout ce qui concerne org.eclipse.swt et cliqué sur Désinstaller. Après le redémarrage d'Eclipse, le problème a disparu et j'ai pu refactor /renommer à nouveau normalement.

    • Même ici avec Kepler
    InformationsquelleAutor MutantXenu
  5. 1

    La refactoriser le code ne fonctionnera pas si il y a des erreurs dans votre projet.

    Corriger les erreurs, ou simplement en commentaire de l'article d'être détecté comme une erreur dans la commande pour exécuter le refactor.

    Cela a fonctionné pour moi.

    InformationsquelleAutor Dicky Moore
  6. 1

    J'ai eu du mal cette question. Quand j'ai regardé sur le Journal des Erreurs de Vue de l'Éclipse, j'ai remarqué qu'à chaque fois que j'ai essayé de renommer une variable ou une méthode, je recevais ce genre d'exception:

    java.lang.reflect.InvocationTargetException at 
org.eclipse.jface.operation.ModalContext.run(ModalContext.java:421) at 
org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:759) at
org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) at 
org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:756) at
org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:2606) at 
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform(RefactoringExecutionHelper.java:191) at
org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper.perform(RefactoringExecutionHelper.java:151) at
org.eclipse.jdt.ui.refactoring.RenameSupport.perform(RenameSupport.java:197) at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameLinkedMode.doRename(RenameLinkedMode.java:361) at
org.eclipse.jdt.internal.ui.refactoring.reorg.RenameLinkedMode$EditorSynchronizer.left(RenameLinkedMode.java:119) at 
org.eclipse.jface.text.link.LinkedModeModel.exit(LinkedModeModel.java:341) at 
org.eclipse.jface.text.link.LinkedModeUI$4.run(LinkedModeUI.java:1194) at
org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134) at 
org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4041) at 
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3660)

    J'ai remarqué que tout commence à partir SWT bibliothèques. Essayé de mettre à jour SWT, mais pour certaines raisons, je n'étais pas capable même de trouver SWT installé.
    Alors j'ai tout simplement installé SWT Outils 3.106.0.v20170503-0851 par le biais de Aide -> Installer de nouveaux Logiciels, ce qui heureusement a résolu le problème.

    • Bienvenue sur StackOverflow! Il n'est pas clair pour moi que votre réponse correspond à la question qui leur était posée. Si elle le fait, pourriez-vous svp faire le lien plus explicite? Je vous remercie.
    • Vous pouvez obtenir le site-url à utiliser dans Aide > Install_New_Software à partir d'ici: eclipse.org/swt/updatesite.php - j'ai utilisé l'étape de mise à jour du site: download.eclipse.org/eclipse/updates/milestones
    • Il ne correspond pas à la question et a résolu le problème pour moi. Cette trace de la pile provient de l'erreur-fenêtre de log dans eclipse. Lors de l'utilisation de changement de signature ou de Refactoriser le code>Renommer,cliquez sur Options, il signale l'erreur et vous dit de regarder l'Erreur Log (plaine de renommer sans un dialogue s'exécute un peu puis reprend mon changement de rapports et de rien). Cette trace de la pile montre un particulier renommez-le fonctionnement d'exception. Vous pouvez dire la trace de la pile matchs, car il a RefactoringExecutionHelper et RenameLinkedMode.doRename en elle.
    • Ok, après ce corrigé mon problème, j'ai renommé un couple de plus de méthodes et obtenu la même erreur à nouveau. Le redémarrage d'Eclipse, il fixe. Notez que j'ai aussi eu à redémarrer Eclipse la première fois après l'installation de SWT.
    InformationsquelleAutor Piotr Ławniczak
  7. 0

    J'ai vu exactement le même problème que l'OP quand j'ai essayé de renommer les deux variables, et les noms de méthode. Après j'ai redémarré l'Éclipse, le Refactor->Renommer des fonctionnalités fonctionné correctement.

    InformationsquelleAutor jakethasnake919
  8. 0

    Avec 4.4 (Luna), j'ai eu de la croix-projet de refactorisation des problèmes après le grand refactorings - la suppression de l' /.les métadonnées/.plugins/org.eclipse.jdt.de base
    dossier fixe que pour moi

    InformationsquelleAutor nickle
  9. 0

    Si quelque chose de pas trop évidente rend un refactoriser échouent, vous pouvez trouver des problèmes en tentant pour un aperçu de la refactoriser plutôt que d'essayer de l'exécuter.

    Que Dicky Moore mentionné, vous ne pouvez pas refactoriser avec des erreurs dans votre projet... Mais elles ne sont pas toujours les erreurs dans le code ou le chemin de génération des questions qui Éclipse les marques. Alors parfois, il n'apparaît pas que si vous avez des erreurs et il échouera toujours. "Aperçu", comme mentionné ci-dessus va afficher ces problèmes dans un dialogue d'erreur, même si elles ne présentent d'ailleurs.

    À partir de là, vous pouvez configurer votre projet pour corriger les erreurs (Une commune est que le refactor essaie de compte pour un dossier de sortie qu'il ne devrait pas, qui peut être résolu par l'exclusion du dossier dans votre Build Path > Source paramètres.) ou désinstaller problématique des plugins.

    InformationsquelleAutor Archenoth
  10. 0

    Avait même question:

    • de gauche, cliquez sur le nom de la propriété dans la classe java
    • clic droit
    • refactoriser
    • renommer
    • ne le renommer
    • appuyez sur entrée
    • barre verte de progression s'affiche sur le pied de page menu, mais ne se termine jamais.
    • pour récupérer je dois tuer eclipse (vous pouvez essayer de sortir mais il se bloque lors de l'enregistrement de workbench état)

    Je suis l'exécution de cette sous windows:

    • Version: Kepler Service Release 2
    • Build id: 20140224-0627

    Je "fixe" le comportement par:

    • de faire un petit changement pour le fichier
    • de l'enregistrement du fichier
    • retenté la refactoriser et il a bien fonctionné (même si il y a un mal à l'aise délai d'attente pour la refactoriser pour terminer environ cinq secondes)

    Il n'y avait pas d'erreurs dans le projet, rien d'évident dans les journaux quand il se bloque et la suppression/réimportation le projet à partir de l'espace de travail ne fonctionne pas, soit (et la suppression .classpath .projet de et de .les paramètres avant de les ré-importer).

    InformationsquelleAutor Moika Turns
  11. 0

    Essayez les solutions suivantes (juste a fonctionné pour moi):

    1. Supprimer le projet
    2. Créer un nouveau projet java avec le même nom
    InformationsquelleAutor Yoav Schneider
  12. 0

    Rapidement une solution qui a fonctionné pour moi:

    • Ajouter le modificateur static à votre signature de la méthode ("forces" erreur de compilation à travers juste au moment de la compilation sur toutes les références)
    • Refactoriser le nom de la méthode (les erreurs restent)
    • Supprimer la statique modificateur (recompile avec changement de la méthode de signature, les erreurs disparu...)
    InformationsquelleAutor Alex