Discussion :

[r2d2abc]

Salut à tous. Je me trouve confronter à un soucis basique et épineux. Suite au renommage de la société et du produit, je dois renommer tous les packages , les strings, workspace, workset, .. du projet et comme j'en ai plusieurs autres plutôt denses, très rapidement cela devient une charge de galérien.
J'ai essayé à la main paquet par paquet, mais tout c'est hyper long et je n'ai pas la garantie de ne pas oublier quelque chose. Quelqu'un s'est il déjà trouvé confronter à cette problématique de renamming ? et quelle solution a été utilisée. Sinon je sens que je vais écrire un parser en C rapide style grep & replace...
Merci d'avance

[r2d2abc]

Bon j'imagine que c'est une problematique basique mais je vous indique qd même la démarche.
1. clean toutes les classes du workset
1.bis passage en rebuild manu (uncheck build automatically) et pas auto pour éviter une reconstruction real time
2. fait un find & replace de toutes les string sur tous les fichiers (java,xml)
3. un bout de powershell pour renommer tous les répertoires sur le disque
4. un refactoring de tous les packages à la main
5. de nouveau un clean pour éviter les références faussées au sein des classes et build all (et check build automatically)

Et au lancement tout apparaît normal. J'ai passé le test de premier niveau. Maintenant tests de toutes les fonctionalités.
Mais ca à l'air bon
Hope this helps
...

[Laurent.B]

Ben tu t'es bien embêté on dirait (ou alors j'ai pas tout compris).

Le refactoring offert par Eclipse ne t'aurait pas convenu ?
En vue Package et en faisant un clic droit sur un noeud de package par exemple, tu peux renommer ce que tu veux. Eclipse s'occupe des dépendances et en général il s'en sort très bien.

Cela dit, dans bien des cas, toutes les dépendances ne peuvent pas être devinées, donc des search&replace bien ciblés sont nécessaires. Et là aussi, Eclipse se débrouille bien, un fois qu'on maitrise ses outils de recherches.

[r2d2abc]

Certes Laurent certes. Je me suis toujours fait le réflexion de la portabilité des chaînes de caractères/identifiants.. et donc en spécialisant au minimum les noeuds les plus élevés pour éviter ce genre de situation. Mais bon encore faut il faire des émules. Heureusement Eclipse a un refactoring talentueux et totalement paramétrable mais j'essaie de faire avec ce qui existe avant de dev et là je t'assure que la situation doit être rare mais pas autant que cela. Essaie d'y réfléchir tu verras ca n'est pas marginal comme action si tu devais le faire (toutes les strings même externalisées, les noms des x packages (1 par 1 (dommage)), les répertoires disque, les plugins avec nom de société, ...). Peut être qu'il faudrait étendre le concept existant pour un refactoring plus complet.
Voilà, merci pour ta réponse.
..

[Laurent.B]

Oui, ça y est, après relecture et un peu de recul , j'ai mieux compris ta problématique et ce que tu aurais attendu comme réponse.
Je focalisais sur Eclipse car c'est le sujet de ce forum mais dans ton cas, c'est plus large effectivement.

Donc, pas de miracle, dans ce genre de cas, la seule chose à faire c'est de procéder méthodiquement, par analyse d'impact, renommage par passe successives (avec ou sans Eclipse), tests, ...

Si tu t'en es sorti c'est le principal

[r2d2abc]

of course have a nice week end LB