L'équipe de XRadar est heureuse et fière de vous annoncer la sortie de XRadar-0.99.2

Posté par (page perso) . Modéré par Jaimé Ragnagna.
0
22
oct.
2007
Java
XRadar est un outil de « reporting » qualité ciblant les projets Java/JEE, publié sous licence BSD.

XRadar agrège, consolide et historise les indicateurs qualité générés par la plupart des outils standards et Open Source d'analyse de code du marché tels que :
  • PMD : outil de vérification de code
  • Checkstyle : outil de vérification de formatage et présentation du code
  • JavaNCSS : outil de métrique de code Java : nombre de lignes de code, de commentaires, etc.
  • JDepend : outil d'analyse des dépendances entre classes et packages
  • Ckjm : détermine les métriques issues des travaux de Chidamber et Kemerer tel que nombre de méthodes, couplages afférents, etc.

Ce projet offre une architecture, simple, légère, entièrement ouverte et facile à personnaliser, elle repose massivement sur XSLT et XPath pour générer son rendu HTML/SVG à partir de simples transformations.

Après une période d'activité réduite, les développements ont récemment repris activement, sous l'impulsion de nouvelle recrues (françaises). La carte de route du projet est en cours de rédaction, et de nombreuses nouvelles fonctionnalités sont à l'étude. Outre la correction de bogues, cette nouvelle version, avant la release 1.0, apporte principalement le support de JDK5 et la mise à jour de nombreuses dépendances.
  • # plugin maven2

    Posté par . Évalué à 2.

    Le plugin maven1 n'est plus maintenu, qu'en sera-t-il d'un plugin pour maven2 avec cette nouvelle équipe ?
    • [^] # Re: plugin maven2

      Posté par (page perso) . Évalué à 4.

      Justement, l'abandon du plugin maven 1 (incomplet au demeurant) est volontaire et a pour objectif de permettre de réaliser et de supporter un plugin mvn.

      A terme, nous voulons que XRadar tourne sous JDK5 avec mvn2 à la perfection. Pour la partie JDK5, c'est déjà fait, reste le plugin... Nous esperons pouvoir le développer dans les mois à venir...
      • [^] # Re: plugin maven2

        Posté par . Évalué à 3.

        Vous avez regardé le pluging dashboard ? A priori, c'est le même but. En plus, la poste aurait contribué pour ajouter une sorte de consolidation temporelle :
        http://mojo.codehaus.org/dashboard-maven-plugin/
        • [^] # Re: plugin maven2

          Posté par . Évalué à 3.

          Oui, le plugin dashboard est en effet un outil du même acabit.

          Quand nous avons débuté notre recherche pour un outil d'agrégation et d'historisation de métriques de qualité Java, maven-dashboard était encore trop léger en fonctionnalité.

          Nous n'étions pas au courant de cette récente contribution de la poste.
          Merci pour cette info. Il serait intéressant de le ré-évaluer.
  • # Sonar

    Posté par . Évalué à 4.

    Dans le même genre d'outil, il y a aussi Sonar qui vient de sortir en 1.0 BETA avec plugin maven 2:

    http://sonar.hortis.ch/architecture/
    • [^] # Re: Sonar

      Posté par . Évalué à 2.

      Oui Sonar semble très prometteur et est sur la papier une alternative viable. Les développement ont débuté l'été dernier je crois. L'as tu testé ?


      La grosse différence entre ces solutions (sonar ou maven-dashboard) réside dans l'architecture et les pré requis:
      Xradar est une solution très légère qui ne nécessite ni serveur web, ni base de données.
  • # Est-ce vraiment nécessaire ?

    Posté par . Évalué à 1.

    Je ne suis pas codeur pro, mais est-ce vraiment nécessaire ce genre de bureaucratie autour du code ? Il me semble que juste en survolant du code j'arrive à voir si c'est dégueulasse ou pas (ça demande un peu d'expérience je le conçois).

    Autant les outils d'analyses statique de code pour les dépassements de tampons, les pointeurs nulles, etc.. je vois bien l'utilité autant là je ne vois pas. À part pour micro-manager ses développeurs lorsqu'on est chef de projet, faire de beaux reporting pour ses N+1. Si les développeurs sont pas capables de comprendre qu'il faut formater leur code je vois pas en quoi un graphique vert fluo va les aider :)
    • [^] # Re: Est-ce vraiment nécessaire ?

      Posté par . Évalué à 2.

      Autant les outils d'analyses statique de code pour les dépassements de tampons, les pointeurs nulles, etc.. je vois bien l'utilité autant là je ne vois pas. À part pour micro-manager ses développeurs lorsqu'on est chef de projet, faire de beaux reporting pour ses N+1. Si les développeurs sont pas capables de comprendre qu'il faut formater leur code je vois pas en quoi un graphique vert fluo va les aider :)


      A priori tu as ce genre d'outil d'analyse statique dans le projet, avec en plus des métriques qui permettent de globalement mesurer la qualité du code sans avoir forcément à survoler le code.

      J'imagine que l'idée c'est que quand tu as de gros volumes de code, éventuellement existant, ça permet de savoir là ou il faut se concentrer, si il y a des morceaux du programme à revoir, et aussi à réconforter les supérieurs j'imagine :)

      Après c'est pas trop mon boulot pour l'instant, donc avis à prendre avec circonspection :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.