Discussion :

[sarazinj]

Bonjour à tous

Étudiant en 4e année, intéressé depuis quelques temps par l'univers java, je me tourne vers le framework Play! qui me semble bien plus que prometteur.

Touchant à des notions qui sont encore un peu fragiles pour moi, j'aimerais vous poser une ou deux petites questions.

Dans la majorité des exemples et/ou tutoriels présents sur le web, les classes issues de la partie model sont systématiquement (sauf erreur de ma part) annotés "@Entity".
Sauf erreur de ma part, c'est une annotation qui vient de javax.persistence, cependant j’entends également parler d’hibernate et j'ai du mal à comprendre pourquoi l'annotation que l'on utilise est issue de javax.persistence et non de org.hibernate.annotations. ( J'ai vu que pour certaines annotations la seule importation possible était celle de javax.persistence. Peut-être pour cette raison ? )

L'autre point que j'aimerais éclaircir concerne les méthodes fourni par le model de play. Lorsque l'on hérite de celui-ci on a alors acces à certaines méthode, ( ex: find(), save(), fetch() etc..) qui sont en fait des process de requêtage en base. Ma question est alors, comment se traduisent ces méthodes si l'annotation @Entity n'est pas présente à la définition de la classe ? Où le model de play va-t-il chercher/sauver ces informations ?

Merci d'avance pour les réponses que vous pourrez m'apporter

[romaintaz]

Bonjour à tous

Bonjour et bienvenue à toi !

Dans la majorité des exemples et/ou tutoriels présents sur le web, les classes issues de la partie model sont systématiquement (sauf erreur de ma part) annotés "@Entity".
Sauf erreur de ma part, c'est une annotation qui vient de javax.persistence, cependant j’entends également parler d’hibernate et j'ai du mal à comprendre pourquoi l'annotation que l'on utilise est issue de javax.persistence et non de org.hibernate.annotations. ( J'ai vu que pour certaines annotations la seule importation possible était celle de javax.persistence. Peut-être pour cette raison ? )

JPA - Java Persistence API - est une API introduite pour aider et standardiser la persistence pour les applications Java. Mais pour que cela fonctionne, il faut une implémentation, c'est-à-dire un framework qui soit à même de réaliser les fonctionnalités proposées par la specifications JPA. Hibernate en est une, mais ce n'est pas la seule.
Il sera donc préférable d'utiliser javax.annotation.Entity, car cela montre que ta classe est une entité JPA, quelque soit l'implémentation choisie (Hibernate, EclipseLink, etc.).

Pour faire vraiment simple, c'est un peu comme si tu déclares un liste en Java. Il est préférable de faire List<String> maListe = new ArrayList<String>() que ArrayList<String> maListe = new ArrayList<String>(), car ta liste est de type List, sans présager de l'implémentation réellement utilisée (ArrayList, LinkedList, etc.)

L'autre point que j'aimerais éclaircir concerne les méthodes fourni par le model de play. Lorsque l'on hérite de celui-ci on a alors acces à certaines méthode, ( ex: find(), save(), fetch() etc..) qui sont en fait des process de requêtage en base. Ma question est alors, comment se traduisent ces méthodes si l'annotation @Entity n'est pas présente à la définition de la classe ? Où le model de play va-t-il chercher/sauver ces informations ?

Il te faut annoter ta classe avec @Entity. L'idée de Play! à ce sujet et de disposer pour chaque entité d'un DAO "automatiquement" pour faire les opérations de CRUD.

Est-ce plus clair ?

[sarazinj]

Bonjour et bienvenue à toi !

Merci bien

Est-ce plus clair ?

Complètement

Pour le premier point, l'idée est donc de laisser "un type de JPA" abstrait afin de ne pas dépendre d'une implémentation. Via ton exemple sur la list, je comprend donc que l'on peu choisir de travailler de différentes façon selon l'implémentation choisie.

Pour le second point, cela rejoint bien mon idée initiale donc tout va bien

Merci encore pour ces précisions

[romaintaz]

De rien, content de t'avoir aidé.
Si cela répond bien à tes questions, pense à cliquer sur le bouton