plugout-jpa : Bouml et génération de modèles pour JPA

Posté par  . Modéré par Xavier Teyssier.
Étiquettes :
5
3
mai
2010
Java
plugout-jpa est sorti de la première version : c'est un plugout (extension) pour Bouml qui permet, comme son nom l'indique, de générer des modèles (et le code Java) prêt pour JPA, et donc pour le framework Play!.

Bouml est un suite d'outils UML 2 complète, rapide, extensible et sous licence GPL. Bouml est disponible sous Unix/Linux/Solaris, MacOS X (Power PC et Intel) et Windows. La dernière version, sortie ce 18 avril, est la 4.20.

Ceux qui utilisent JPA ont tous les mêmes questions avec les relations OneToMany et ManyToOne. Quel est le nom du rôle dans l'autre entité ? Comment écrire la méthode d'ajout dans la liste ? Ce plugout répond à la question: il génère cela directement à partir du modèle UML, en se basant sur les stéréotype de relations ! Le Glossaire du Lead JEE Architect
  • JPA est l'API de persistance pour Java. Il s'agit d'une interface de programmation Java permettant aux développeurs d'organiser des données relationnelles dans des applications utilisant la plateforme Java.
  • Play! est le framework Java le plus complet et le plus simple (que j'ai trouvé), il est distribué sous licence Apache.
  • Les Plug-outs sont des programmes externes écrits en C++ ou en Java qui interagissent avec Bouml au travers de sockets réseau.
  • Une relation OneToMany en Java, est une relation où la source de l'objet possède un attribut qui contient une collection d'objets cibles.
  • Une relation ManyToOne en Java, est une relation où la source de l'objet possède un attribut qui référence un autre objet cible.

Aller plus loin

  • # Le rapport avec Play ?

    Posté par  (site web personnel) . Évalué à 2.

    Dans l'article, il est écrit, je cite

    prêt pour JPA, et donc pour le framework Play!.

    C'est quoi le rapport de causalité entre JPA et Play! ?

    Parce que bon, d'accord, on peut persister en JPA avec Play!, mais il ne faudrait pas confondre une norme du JCP et un framework d'avant-garde, hein : persister en JPA, on doit pouvoir le faire avec, je sais pas moi, Hibernate 3.5, Google App Engine, ...
    • [^] # Re: Le rapport avec Play ?

      Posté par  . Évalué à 1.

      Dans Play! le modèle est décrit en utilisant les annotations JPA.

      J'ai supposé que si un modèle est basé sur JPA, il sera utilisable dans Play!.
      Cette supposition est peut-être excessive en effet.

      Dans tous les cas, le modèle généré par le plugout est utilisable avec JPA et *aussi* dans Play! .
    • [^] # Re: Le rapport avec Play ?

      Posté par  . Évalué à 1.

      Et pour le rapport avec Play! :
      travaillant sur un projet basé sur Play!, mon objectif est de générer du code utilisable dans ce framework.
  • # Le Glossaire du Lead JEE Architect

    Posté par  . Évalué à 3.

    Merci pour le glossaire :)

    Par contre OneToMany et ManyToOne (citons aussi ManyToMany) sont des termes utilisés pour définir la cardinalité d'une relation, et c'est utilisé en dehors du monde Java.
    • [^] # Re: Le Glossaire du Lead JEE Architect

      Posté par  . Évalué à 1.

      ManyToMany et OneToOne font parties des relations qui devraient à terme être gérées (cf README)
    • [^] # Re: Le Glossaire du Lead JEE Architect

      Posté par  . Évalué à 4.

      Par contre cela aurait était bien de dire que Play! est un framework (ou cadriciel) web. Parce que ça les framework on en trouve pour tout et pas que pour le web (marre de cette dérive vers le "tout web" !).

      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: Le Glossaire du Lead JEE Architect

        Posté par  . Évalué à 1.

        Et pourquoi pas atelier ?

        Sedullus dux et princeps Lemovicum occiditur

        • [^] # Re: Le Glossaire du Lead JEE Architect

          Posté par  . Évalué à -2.

          Atelier ça rappelle les "ateliers de génie logiciel" (AGL) : ces super usines à gaz qui devaient dans un avenir proche nous permettre de coder juste avec une souris et un gros bouton "générer".

          Cette révolution-là n'ayant pas eu lieu, "atelier" a, à mon avis, un côté un peu trop ringard pour un vrai JEE lead architect. D'où le néologisme de "cadriciel".

          Blague à part, en terme d'analogie, un framework est plus proche du "canevas" de la couturière (ça tombe bien, c'est la traduction du dico), que de l'atelier du bricoleur (le canevas de la couturière et le framework du développeurs font partie du produit final, pas l'atelier du bricoleur).
        • [^] # Re: Le Glossaire du Lead JEE Architect

          Posté par  . Évalué à 1.

          Parce que c'est la seule traduction qui a était choisie à ma connaissance dans le monde francophone.

          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # 1er avril?

    Posté par  . Évalué à -1.

    plugout, Bouml, Play!, JPA,...

    on dirait une caricature de news J2EE, pourtant on n'est pas le 1er avril

Suivre le flux des commentaires

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