Discussion :

[saveriu]

Bonjour,

Comme l'indique le titre, je me pose des questions sur le mapping Relationnel-Objet-XML dans le cadre d'une architecture 2-tiers composée de:

- une couche d'EJB DAO [entités JPA] (EntityManager, Criteria, requêtes JPQL dynamiques).
- une couches de WebServices [entités JAXB] (SOAP, Rest).

Ma question est simple:
Que feriez vous ?
- Combiner les annotations JPA et JAXB dans une même classe .
- Faire un mapping entité JPA / JAXB (DTO JAXB plus light).
- Utiliser le design pattern Proxy avec l'entité JAXB contenant l'entité JPA (un peu complexe dans le cadre des relations entre les classes).

Merci et bonne réflexion!

[fr1man]

Je me suis posé la même question.
Sur le projet sur lequel je travail, on a séparé, on a donc nos classes Entity annotées et nos classes XML annotées représentant les mêmes objets.
C'est un peu lourd, on est obligé de convertir dans les deux sens les objets, mais au moins c'est bien séparé.

[saveriu]

Salut,

Avec cette approche, tu as deux cas:

1:
Soit tu as une entité JPA "lourde" (toute les relations et champs non utilisés côté présentation) avec une entité JAXB "légère" (entièrement orientés présentation).

Exemple:
On a une entité JPA Personne et son homologue JAXB PersonneDTO.
Personne: id, nom, prenom, date naissance
PersonneDTO: id, nom, prenom
Dans le cas ou tu veux faire un merge tu es obligé de récupérer au préalable ton entité JPA avec un find pour avoir les champs non présents dans l'entité JAXB ce qu'y est assez lourd je pense.

2:
Soit tu as strictement les mêmes champs pour les deux entités. Ce qui est assez lourd en traitement (copie complète d'objet, marshalling complet également, grosse quantité de données en transit sur le réseau). Mais tu évites le find côté DAO.

C'est vraiment prise de tête cette histoire lol

[saveriu]

Bonjour je Up sur ce topic parce que j'ai un problème qui appartient au même contexte.
Pour m'amuser je voudrais ajouter un petit Chat en HTML5/AJAX sur mon site avec des appels à des WebServices en REST/JSON.
J'ai décidé une approche architecturale type Façade et Adapter pour designer mes modèles JAXB.

Pour cette fonctionnalité j'utilise 3 entités JPA/JAXB:
SiteUser, Account, Adress
Une entité JAXB pure:
Chat (contenant une liste de SiteUser)

Je voudrais alléger les données à marshaller, j'ai donc utilisé une interface (Façade) sur SiteUser (ISiteUserChat) pour rendre XmlTransient toutes les propriétés exceptées celle que je veux garder.
Comme j'ai du annoter une interface j'ai du utiliser un Adapter (contenu dans la classe SiteUser).
Malheureusement lorsque j'accède à mon webservice et que je veux afficher un chat en XML, j'ai l'intégralité des données de SiteUser au lieu d'avoir uniquement les propriétés que je voulais garder.

Je met mes sources que j'ai simplifié pour que ce soit plus lisible

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
@XmlRootElement
@XmlAccessorType(XmlAccessType.NONE) 
public class Chat extends AbstractRootEntity {
 
    private List<ISiteUserChat> participants;
    private String richTextContent;
 
    public void addMessage(String message) {
        richTextContent += "<br>" + message;
    }
 
    //je ne prend que les 1000 derniers caractères
    @XmlAttribute
    public String getRichTextContent() {
        int length = richTextContent.length();
        return richTextContent.substring(length - 1000 < 0 ? 0 : length - 1000, length);
    }
 
    @XmlElement
    public List<ISiteUserChat> getParticipants() { 
        return participants; 
    }
 
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
@Entity
@Inheritance(strategy= InheritanceType.JOINED)
public abstract class Person extends AbstractRootEntity {
 
    private String lastName;
    private String firstName;
    @Embedded
    private Adress adress;
    @Temporal(javax.persistence.TemporalType.DATE)
    private java.util.Date birthDate;
 
    //getters et setters
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
@Entity
public class SiteUser extends Person implements ISiteUserChat {
 
    @Embedded
    private Account account;
 
    float points; 
 
    static class SiteUserChatAdapter extends XmlAdapter<SiteUser, ISiteUserChat> {
 
        @Override
        public ISiteUserChat unmarshal(SiteUser v) throws Exception {
            return (ISiteUserChat)v;
        }
        @Override 
        public SiteUser marshal(ISiteUserChat v) throws Exception {
            return (SiteUser)v;
        }
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
@XmlJavaTypeAdapter(SiteUser.SiteUserChatAdapter.class)
@XmlRootElement
@XmlAccessorType(XmlAccessType.NONE) 
public interface ISiteUserChat { 
 
    //propriétés de la classe SiteUser
    @XmlElement
    public IAccountChat getAccount();
 
    //propriétés de la classe Person
    @XmlTransient
    public Adress getAdress();
    @XmlTransient
    public String getLastName();
    @XmlAttribute //je ne veux que le prénom
    public String getFirstName();
 
}

Je cherche un moyen d'arriver à mes fins, je suis débutant en JAXB donc je suis ouvert à d'autres concepts d'architecture également.

A+

[HadanMarv]

Je remonte également ce topic pour les mêmes raisons que saveriu, car j'ai la même problématique que lui.
Je trouve aussi que deux faires deux couches séparées est plus lisible par contre niveau maintenance c'est tout de même conséquent.

HadanMarv

[sekaijin]

Je remonte cette discu pour faire la remarque exactement inverse.

J'utilise la double annotation pour un usage différent.
Je travaille sur un système d'échange (EAI/ESB)
dans ce cadre j'ai de très nombreux cas de lecture de données dans une base pour les transmettre via JMS et vice versa.

en utilisant la double annotation mon code est devenu totalement générique. j'indique à mon connecteur BDD le package contenant les classes annotées et le persistance Unit à utiliser, et à mon connecteur JMS la file.

mon code peux alors envoyer les objets de la BDD vers JMS et vice versa.

en terme d'évolution de maintenance etc.
tout le code est générique

ne reste donc que le modèle qui est à définir pour chaque entité métier à véhiculer.
A+JYT