Discussion :

[v4np13]

Bonjour,

je cherche un moyen efficace et rapide pour détecter du code mort avec eclipse ou maven.

Dans notre équipe, on récupère parfois de vieilles applis pour les maintenir. Sur la dernière qu'on a reçue, on a audité le code avec Sonar et Findbugs et le résultat n'était franchement pas fameux. On a commencé à renforcer le tout mais on se rend compte qu'il y a également beaucoup de code jamais utilisé. On aimerait trouver quelque chose pour nous aider à le détecter et nous faire gagner du temps.

Pour le moment, on cherche les références dans le workspace avec eclipse (ctrl+shift+g) sur la classe ou les méthodes. C'est plutôt efficace, mais répétitif et barbant surtout dans des classes avec plein de méthodes où même pas le tiers est appelé...

Auriez-vous des idées, des plugins,... à me recommander ?

D'avance merci pour votre aide.

Edit : petite précision, je cherche surtout à détecter les méthodes définies en public et qui ne sont jamais utilisées. Les private/protected, on les repère déjà avec Sonar.

[Influenza]

Salut,

J'aurais dit Sonar, mais tu l'utilises déjà

Sur Google j'ai trouvé cette page : http://fr.softuses.com/16765
- UCDetector : http://www.ucdetector.org/
- Google CodePro Analytix : https://developers.google.com/java-d...s/codepro/doc/

J'en essaierai sur le projet que je viens de récupérer : 600 000 lignes de codes ! Sonar est en panique et peut-être que je pourrais enlever un peu de code

Mathieu

[v4np13]

Salut Mathieu,

Merci pour ces pistes.

UCDetector est déjà en partie intégré dans Sonar (jira) mais ne me permet pas de détecter les méthodes publiques non utilisées. Je vais tester le plugin eclipse pour voir s'il m'aide plus.

Je vais tester CodePro de Google, je ne connaissais pas cette solution. De bons retours ?

En regardant ce qu'ils disent à propos du code mort, je ne sais pas s'il va détecter ce que je cherche.

Encore merci.

[tchize_]

De manière détournée, tu as les outils de code coverage qui permettent de calculer la couverture de tests unitaires qui pourraient donner une indication.

Tu as aussi les outils de réduction binaires, qui permettent de supprimer les méthodes inutiles après compilation afin de réduire la taille des jars, qui pourraient te servir d'indicateur.

[v4np13]

Salut Tchize_,

Ca aurait été bien, mais il n'y a (quasiment) pas de tests unitaires dans ce projet. Et c'est en prod...

Tu aurais plus d'infos sur ces outils de réduction binaires ? C'est la première fois que j'en entends parler.

D'avance merci

[tchize_]

Fais une recherche sur java shrinker.

Leur but en général c'est l'obfuscation, mais il y a peut être moyen de récupérer un log qui mentionne les méthodes / classes supprimées.

Exemple qu'on trouve en un coup de google: yguard, proguard, jshrink

Maitenant, jamais utilisés, donc je ne me prononcerais pas sur l'efficacité.