Discussion :

[tesla]

Bonjour,

J'ai hérité d'une grosse, très grosse, application J2EE utilisant Spring, Web Services, et Hibernate pour laquelle il n'existe pas de documentation de conception. Je viens de télécharger BOUML qui a l'air trés bien.

Je n'ai pas encore utilisé BOUML, mais je me pose la question suivante : BOUML va t'il pouvoir créer un diagramme de classe alors que avec Spring on n'instancie pas les classes "directement" dans le code. Les créations d'objets sont effectués par Spring, typiquement grâce à une ligne telle que :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
MACLASSE maClasse = (MACLASSE) Config.getSpringAppContext().getBean("maClasse");

BOUML peut il reverser du code Spring ?

[bruno_pages]

bonsoir,

je suppose que ta ligne 'MACLASSE maClasse = ...' se trouve dans le corps d'une opération, dans ce cas il n'y aura aucun problème : Bouml prend les corps sans trop d'analyse, à part bien-sur la recherche de la '}' correspondant à l'{' initiale

sinon ne t'inquiete pas pour le nombre de classes, je peux reverser une jdk complete sans probleme (benchmark) sur mon vieux PC

donc, tu crées un projet (new dans le menu Project), puis tu choisis Reverse java soit via le menu Tools, soit via un clic droit puis reverse > java sur le seul objet dans le browser (fenêtre de gauche)

A la première apparition d'un exploreur de fichier tu fais cancel (c'est lié à l'utilisation de fichiers catalogue que tu ne peux avoir d'emblé), à la seconde tu te promenes pour designer le directory chapeau contenant toute ton application et tu attends que cela finisse (le nombre de classes et membre est affiche à la fin de la trace) et tu peux alors sauver la chose

Cela te donnera les définitions de classe et artifacts associé, mais PAS les diagrammes, se sera à toi de les faire car aucun outil ne peut décider ce qui doit etre montré ou non, et comment. Mais faire des diagrammes avec Bouml est tres rapide

ma signature a un renvoi vers des tutoriels (en Francais) sur Bouml

bon reverse

[tesla]

Bonjour,

Merci beaucoup pour votre réponse.
Toutes mes félicitations pour Bouml.

[pomauguet]

Je pense que la question vient du fait, que Spring pousse à coder par interface. L'injection de dépendance, fait qu'une classe concrète dépend d'une interface et pas d'une autre classe concrète.

Je pense que ça marche. Si on prend par exemple, un DAO qui utilise une connexion SQL qui peut soit être de type Oracle ou MySQL :

public class UserDAO {
private IConnection conn;

public void setConn (IConnection conn) { this.conn = conn; }
...
}

public interface IConnection { ... }

public class OracleConnection implements IConnection { ... }
public class MySQLConnection implements IConnection { ... }

Puis, il y aura le fichier XML de configuration de Spring, avec le lien pour dire que tu veux utiliser plutôt la connexion Oracle que la connexion MySQL. (par exemple)

Dans ce cas, au niveau du diagramme de classe, il n'y aura pas de problème. Il y aura bien une classe UserDAO avec un attribut de type IConnection. Et 2 classes qui implémentent IConnection...