Discussion :

[Invité(e)]

Bonjour,

Savez vous quel est l'équivalent en EJB3 des Entity en lecture seule ou lecture écriture que les EJB2 proposaient ?

par exemple en EJB2 pour définr qu'un Entity était en read-only on utilisait l'annotation Xdoclet suivante:

Code :

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

1
2
3
 
 * @jboss.read-only
 * read-only = "true"

Comment fait on en EJB3 ?

merci

[OButterlin]

Le seul moyen que je connaisse est lié à l'annotation @Column avec updatable="false", insertable="false"...

PasTopAble = true, je te l'accorde

[Invité(e)]

ok j'y avais pensé mais je pensais qu'il y'avait quelque chose d'officiel

En faite notre application est en EJB2 du coup on est obligé d'avoir une duplication de code! un Entity accessible en lecture écriture et un autre Entity (le même) accessible uniquement en lecture.

Ainsi les EJB3 ne permettent donc pas de palier ce soucis.

Je suppose que les problèmes de deadlock sont donc toujours d'actualité pour ce genre procédé ?

merci beaucoup

[Invité(e)]

quelqu'un a déjà réussi à faire en sorte que deux Entity pointent vers la même table ?

mon but était d'avoir

un Entity tache en lecture écriture "Taches"
ainsi que
un Entity tache en lecture uniquement "TAchesRO"

j'ai donc fait mes deux Entity
celui en lecture écriture "Taches" fonctionne correctement
en revanche celui déterminé en lecture uniquement "TAchesRO" (avec updatable="false", insertable="false" sur chaque champs) ne fonctionne pas.

Lorsque je veux récupérer la liste des taches j'obtient un NullPointerException.

ps: Ma tache est liée à une Priorité de cette manière

Code :

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

1
2
3
4
 
 @ManyToOne()
    @JoinColumn(name = "refPriorite", referencedColumnName = "idpriorite", nullable=false)
    private TachesPriorite refPriorite;

mais je ne fait pas cette liaison pour la tache en lecture seule sinon j'ai d'autres erreurs.

quelqu'un aurait une piste ?

Edit:
Bon cela fonctionne, mon erreur est la fatigue je crois, j'avais pas initialisé une variable

merci

[Invité(e)]

bonjour,

voci juste une petite confirmation pour dire qu'il n'y a pas pour le moment de read only avec JPA

Read-Only Mappings

The Java Persistence API does not really define any kind of read-only entity, although it will likely show up in a future release. The API does, however, define options to set individual mappings to be read-only using the insertable and updatable elements of the @Column and @JoinColumn annotations. These two settings default to true but may be set to false if we want to ensure that the provider will not insert or update information in the table in response to changes in the entity instance. If the data in the mapped table already exists and we want to ensure that it will not be modified at runtime, then the insertable and updatable elements can be set to false, effectively preventing the provider from doing anything other than reading the entity from the database.

et ça confirme bien ton procédé OButterlin

donc même si PasTopAble = true comme tu dis, c'est bien l'unique moyen de procéder pour l'instant