Discussion :

[grunt2000]

Bonjour,

Cela fait un moment que je bourlingue avec Eclipse, et s'il y a une chose que j'ai apprise à chaque changement de version majeure c'est que le contenu du .metadata lu tel que l'a laissé la version précédente est source d'erreurs.
Elles sont de toutes sortes, apparaissent parfois dans la log d'erreur et parfois pas, mais en tout cas, le nouvel Eclipse en est barbouillé.

Je cherche la manière la plus simple de se reconstruire un .metadata à neuf sur un ensemble de projets existants.

Me suffit-il de faire ceci:

1) Export preferences ALL.
2) Sortir d'Eclipse supprimer .metadata physiquement,
3) Réentrer dans Eclipse.
4) Faire import preferences ALL.

ou dois-je faire d'autres manœuvres?

Ce qui m'inquiète c'est de perdre un paramétrage important, qui dit par exemple de considérer un fichier ou une extension en UTF-8 et non en ISO-8859-1. Sinon, cela sera fastidieux à rétablir.

En vous remerciant,

Grunt.

[Laurent.B]

Bonjour,

Personnellement, je ne me souviens pas avoir eu beaucoup de problèmes pour faire migrer un workspace mais je veux bien croire que ça ne se passe pas toujours sans heurt.

La documentation intégrée (qui ne semble pas très récente) http://127.0.0.1:57804/help/topic/or...ks/tasks-2.htm indique surtout de faire d'abord une copie de son workspace.

Ensuite, bien évidemment, installer la nouvelle version d'Eclipse à un endroit totalement indépendant d'une autre version.

Et pour finir, démarrer la nouvelle version, en indiquant l'ancien workspace (là où il est car des liens absolus peuvent exister). Donc, soit lorsqu'Eclipse le demande, soit en le précisant dans le raccourci, à l'aide du paramètre -data.

Un workspace migré dans une nouvelle version majeur d'Eclipse ne peut pas être réutilisé avec une ancienne version d'Eclipse. C'est pour cela que la sauvegarde est recommandée.

En dehors de ça, si ça ne se passe pas bien, il semblerait qu'il faut se débrouiller...
Créer un nouveau workspace en important les paramétrages de l'ancien (comme tu l'indiques), ainsi que les projets, me paraît une option relativement bonne.

A mon avis, je pense qu'avant de faire la copie du workspace, il peut-être bénéfique de lancer une fois son ancien Eclipse avec l'option -clean. Au moins, on supprime ainsi des sources potentielles d'incompatibilité (mais je ne saurais préciser lesquelles si des fois c'est vraiment utile).

Pour le paramétrage de l'encoding, ça se configure de façon générale ou spécifiquement pour chaque projet, donc ça doit être facilement vérifiable.

[grunt2000]

En général, les problèmes que je rencontre sont de cette nature:

Au cours de l'exécution, Eclipse recherche une classe dans un plugin 3.4.2 alors qu'il est installé en version 5.1 et que son plugin devrait avoir changé. Pour quel motif ces versions de plugins sont mentionnées dans le .metadata, je ne le sais pas. Je pense que ce n'est pas voulu, mais que cela arrive.
Ou alors, ce sont les paramètres de cache qui sont associés aux plugins de ton .metadata qui ne conviennent plus aux nouvelles versions installées sans que ceux-ci aient vraiment pris soin de réagir et de les upgrader.

Cela entraîne des blocages ou des verrouillages. Par exemple, en version 3.5 ou 3.6 (j'ai oublié) c'était l'ouverture d'un fichier jsp en mode "coloration syntaxique JSP" qui plantait pour cette raison.

Dans l'ensemble, un vieux .metadata j'ai trouvé que c'était source de problèmes. En tout cas, c'est mon impression. Maintenant, je lui attribue peut être plus de fautes qu'il n'en est responsable!