IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

EDI et Outils pour Java Discussion :

Détecter du code mort


Sujet :

EDI et Outils pour Java

  1. #1
    Membre actif
    Homme Profil pro
    Analyste/développeur Java EE
    Inscrit en
    Janvier 2005
    Messages
    376
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Belgique

    Informations professionnelles :
    Activité : Analyste/développeur Java EE

    Informations forums :
    Inscription : Janvier 2005
    Messages : 376
    Points : 271
    Points
    271
    Par défaut Détecter du code mort
    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.

  2. #2
    Membre actif
    Homme Profil pro
    Développeur Java / JEE
    Inscrit en
    Février 2008
    Messages
    185
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Java / JEE

    Informations forums :
    Inscription : Février 2008
    Messages : 185
    Points : 293
    Points
    293
    Par défaut
    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

  3. #3
    Membre actif
    Homme Profil pro
    Analyste/développeur Java EE
    Inscrit en
    Janvier 2005
    Messages
    376
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Belgique

    Informations professionnelles :
    Activité : Analyste/développeur Java EE

    Informations forums :
    Inscription : Janvier 2005
    Messages : 376
    Points : 271
    Points
    271
    Par défaut
    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.

  4. #4
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    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.

  5. #5
    Membre actif
    Homme Profil pro
    Analyste/développeur Java EE
    Inscrit en
    Janvier 2005
    Messages
    376
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Belgique

    Informations professionnelles :
    Activité : Analyste/développeur Java EE

    Informations forums :
    Inscription : Janvier 2005
    Messages : 376
    Points : 271
    Points
    271
    Par défaut
    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

  6. #6
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    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é.

  7. #7
    Membre actif
    Homme Profil pro
    Analyste/développeur Java EE
    Inscrit en
    Janvier 2005
    Messages
    376
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Belgique

    Informations professionnelles :
    Activité : Analyste/développeur Java EE

    Informations forums :
    Inscription : Janvier 2005
    Messages : 376
    Points : 271
    Points
    271
    Par défaut
    Bonjour,

    je reviens vers vous après avoir essayé les différentes solutions proposées :
    -CodePro et UCDectector en tant que plugins éclipse ne me montrent rien de plus que l'analyse Sonar
    -yguard, proguard, jshrink, ça semble bien fonctionner pour des projets simples. Le projet en question, c'est un projet maven multi-modules. C'est un peu plus délicat pour tester. Il va falloir creuser plus.

    Mais il faut faire attention avec ces outils, ils suppriment les méthodes publiques "non utilisées". Un exemple plutôt gênant, ce sont les getter/setter pour hibernate...

    Je ne pense pas qu'il y ait vraiment de solution miracle.

    Cordialement,

  8. #8
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    dès que tu fait des appels par reflexion, aucun outil statique ne pourra plus t'aider. Il ne te reste plus que que l'exécution, et donc des unit test et du coverage, pour savoir si oui ou non, concrètement, une méthode est utilisée.

  9. #9
    Membre actif
    Homme Profil pro
    Développeur Java / JEE
    Inscrit en
    Février 2008
    Messages
    185
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Java / JEE

    Informations forums :
    Inscription : Février 2008
    Messages : 185
    Points : 293
    Points
    293
    Par défaut
    Clairement sur un projet qui utilise Spring ou Hibernate, ce ne sera pas possible de trouver les fonctions publiques "mortes", tout risque de partir... Tant pis...

  10. #10
    Expert éminent sénior
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Points : 48 804
    Points
    48 804
    Par défaut
    Bon en meme temps, pour hibernate, si hibernate est le seul à acceder aux getters / setters, il y a beaucoup de chance qu'ils correspondent à un propriété inutilisée et qui donc peux disparaitre

  11. #11
    Membre éprouvé
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    1 711
    Détails du profil
    Informations personnelles :
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Janvier 2007
    Messages : 1 711
    Points : 936
    Points
    936
    Par défaut
    Bonjour,

    Existe t'il de nouveaux outils en 2018 ?
    Merci

  12. #12
    Membre éprouvé
    Profil pro
    Inscrit en
    Février 2010
    Messages
    765
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2010
    Messages : 765
    Points : 1 037
    Points
    1 037
    Par défaut
    Sonar a toujours la cote.

Discussions similaires

  1. Réponses: 3
    Dernier message: 23/12/2008, 23h34
  2. [Refactoring] code mort
    Par ZaaN dans le forum C#
    Réponses: 2
    Dernier message: 14/04/2008, 14h57
  3. Outils de détection de code mort
    Par maloups dans le forum JSF
    Réponses: 7
    Dernier message: 18/09/2007, 18h23
  4. Détection de code mort
    Par maloups dans le forum Eclipse Java
    Réponses: 0
    Dernier message: 18/09/2007, 18h18
  5. [Outil] Détecter le code inutilisé d'une webapp
    Par vallica dans le forum Développement Web en Java
    Réponses: 9
    Dernier message: 17/05/2006, 16h30

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo