Wikitty

Il peut être intéressant de surcharger l'enumeration, et l'intérêt de l'avoir dans le modèle c'est d'avoir une référence pour une méthode d'une entité par exemple. Du coup c'est la misère, si on crée une énumération dans le modèle et qu'on veut soit même l'implémenter, on peut pas !!

L'idéal serait de tester l'existance de l'enumeration à la generation, pour eviter le doublon si le développeur l'a lui même créé.

Ya une méthode qui va bien pour ca dans l'ObjectModelTransformerToJava : protected URL getFileInClassPath(String fqn);

Alors tu peut mettre l'enum dans un package non généré (et l'implanter comme tu veux)

Il n'y a pas possibilité, par un stereotype ou un tag de bloquer/autoriser la generation d'une classe?

C'est un peut le principe du stereotype "extern" mais sur le principe, la classe n'est pas externe.

Dans le fonctionnement actuel, eugene génère tout ce qui ce trouve dans un package,
c'est pour ca que je pensais que le plus simple est de mettre l'enum ailleurs,
il ne l'aurait pas généré.

Vi c'est l'idée, mais cette enum représentant un type aurait entièrement sa place à côtés des entités. Cependant il est toujours intéressant de pouvoir l'agrémenter et ne pas être bloqué par une génération. Et oui pas d'héritage sur les enums...

Un stéréotype extern me semble un bon compromis. On comprendra externe à la génération, externe au modèle (non persisté).