Discussion :

[bruno_pages]

Le problème c'est que je défini un rôle dans ma relation et que je ne peux pas définir d'attribut ayant le même nom de rôle dans la classe.

pourquoi redefinir un attribut ayant le nom du role (le role produit un attribut en Java) ?

[behess]

Autant pour moi
je pensais devoir créer un attribut pour appliquer les getters/setters, mais on peut tout à fait l'appliquer sur une relation

Reste que ça peut servir quand même d'avoir ${Name} à disposition

Bon ok je suis un

[behess]

Heu... le boulet revient prendre des coups :

j'ai donc procédé comme suit :

- nommé les rôles correctement
- bloqué la génération dans les agrégations
- invoqué la fonction d'ajout des getters/setters sur les relations (dans le browser)

Problème 1 : si les opérations sont bien créées, elles n'apparaissent pas dans la classe.

Solution : Ok, je me dis que c'est parce qu'il ne trouve pas l'attribut et je remets la définition par défaut dans les agrégations (au passage je n'avais pas supprimé la définition des getters/setters de la relation, ça me générait alors deux opérations de trop ; en la supprimant j'ai réglé le problème). ça fonctionne pas mal.

Problème 2 : malgré des dépendances stéréotypées « import », il me génère toujours les noms de classe complet au niveau de l'attribut et des paramètres, alors qu'on attendrait plutôt le nom court puisqu'il y a import.

Précision : avec un rôle qui pointe une classe « interface » dans le même package c'est bon. J'ai un soucis avec une classe « interface » qui est dans un autre package : l'instruction import est cependant bien générée, elle.

[bruno_pages]

- bloqué la génération dans les agrégations

Solution : Ok, je me dis que c'est parce qu'il ne trouve pas l'attribut et je remets la définition par défaut dans les agrégations

ben oui, pas d'attribut/relation pas de getter/setter associés

le fonctionnement de Bouml est carré (en tout cas c'est mon but) , toute bidouille est généralement vouée à l'échec ...

Problème 2 : malgré des dépendances stéréotypées « import », il me génère toujours les noms de classe complet au niveau de l'attribut et des paramètres, alors qu'on attendrait plutôt le nom court puisqu'il y a import.

sauf que les synonymies ça existe, le générateur ne prend donc pas de risque et prefixe avec les packages. C'est lourd, mais sure.

l'autre façon de voir les choses est de dire que le générateur oublie les import dés qu'il les a produit ... ce qui n'est pas faux

[behess]

sauf que les synonymies ça existe, le générateur ne prend donc pas de risque et prefixe avec les packages. C'est lourd, mais sure.

l'autre façon de voir les choses est de dire que le générateur oublie les import dés qu'il les a produit ... ce qui n'est pas faux

Mouais... l'alzheimer est vraiment la plaie de notre époque