Eclipse est très lent lors de l'utilisation de Code Assist (org.eclipse.mylyn.java.ui.javaAllCompletionProposalComputer)

Question

Pouvez-vous deviner ce qui se passe?

I généré un stub client en utilisant Eclipse WTP [Axis2] et tout en travaillant sur un client je reçois Eclipse travaille très lentement quand il essaie d'utiliser l'assistant de code, qui est, appuyez sur un point pour obtenir une liste des méthodes, Il y a jusqu'à 30 secondes de blocage de l'établi.

eclipse.buildId = M20090917-0800 java.version = 1.6.0_15 java.vendor = Sun Microsystems Inc. constantes de bootloader: OS = win32, ARCH = x86, WS = win32, NL = ru_RU arguments-cadres : -product org.eclipse.epp.package.jee.product arguments de ligne de commande: -OS win32 win32 -WS -arch x86 -product org.eclipse.epp.package.jee.product

Avertissement ven Jan 22 16:40:51 MSK 2010 L'ordinateur de proposition 'org.eclipse.mylyn.java.ui.javaAllCompletionProposalComputer' du module externe 'org.eclipse.mylyn.java.ui' ne s'est pas terminé normalement. L'extension a pris trop de temps pour revenir de l'opération 'computeCompletionProposals()'.

Answer 1

Eh bien pour ceux qui sont intéressés: la seule solution que j'ai trouvé est de revenir à la Ganymede (la version la plus récente est aujourd'hui Galileo 3.5.1).

J'ai essayé Galileo Classic et Galileo 3.5.1 Java EE, tous deux récemment téléchargés, ni travaillé avec ce projet. Eclipse raccroche et utilise 100% des ressources du processeur.

Ganymede fonctionne très bien.

Answer 2

Si Mylyn ne sert pas une autre solution pourrait être de désactiver l'activation automatique des plug-ins mylyn au démarrage: Fenêtre -> Préférences -> Général -> Démarrage et arrêt

Cela l'a fait pour moi.

Answer 3

J'étais en train de déblayer avec eclipse.ini et doublé le XXMaxPermSize à 512M. Selon Sun:

MaxPermSize spécifie la taille maximale pour le segment de génération permanent, un tas qui contient des objets tels que des classes et des méthodes.

Comme par magie, le coup est parti. Je ne serais pas surpris si Eclipse utilise le tas de génération permanente pour stocker/trier les candidats pour Content Assist et thrashes si le tas est surchargé.

Answer 4

J'ai le même problème. Cela est dû à une erreur dans l'espace de travail. Ma solution est de se débarrasser de l'espace de travail d'erreur, de passer à un autre dossier d'espace de travail et d'importer à nouveau mes projets.

Answer 5

J'ai eu le même problème. Augmentation du tas, modification de la VM, rien n'a fonctionné. Jusqu'à ce que je trouve que l'une de mes dépendances était une bibliothèque partagée via un lecteur réseau. J'ai copié le JAR localement et changé la dépendance. Mon temps de suspension est parti.