Version imprimable
Bonjour,
J'ai un problème plutôt gênant avec JPA.
En fait, je suis en train de faire persister un objet avec l'instruction em.persist(monObjet), seulement je n'ai pas d'erreur, mais je n'ai pas non plus mes données en base.
Je précise que le mapping doit être bon car je peux faire des requêtes et j'ai bien mes données.
quelqu'un aurait il une idée d’où peux venir le problème ?
merci d'avance !
Environnement :
glassfish 4
JPA 2.1
EclipseLink 2.5
tu as bien fait un commit de ta transaction après le persist? Tant que pas de commit, rien dans la base de donnée :)
Merci de ta réponse tchize_ !
Actuellement j'utilise un type de transaction JTA.
J'ai peut être mal compris, mais je pensais que la transaction était géré par le framework, qui créé une UserTransaction et qui s'occupe de faire le commit. sauf si tu utilise un type de transaction RESOURCE_LOCAL ou si tu décides de géré toi même la transaction en la récupérant sur le context.
De toute évidence, je dois être dans l'erreur puisque cela ne marche pas !
Je veux bien quelques éclaircissements ?
Bonjour,
En plus de JPA, utilises-tu Spring (ou équivalement) pour gérer l'injection de dépendance ?
Si oui, les transactions sont gérées par les proxys dynamiques générés par Spring. Pour marquer une méthode comme transactionnelle (et ainsi assurer la persistance en base), il faut utiliser l'annotation @Transactionnal.
Dans une application n-tiers, on met généralement cette annotation au niveau de la couche de Service (Spring s'occupant de propager la transaction).
merci a tout les deux pour votre aide !
@CyberChouan en fait je n'utilise pas spring mais ce que tu as dis ma mis sur la piste. il me manquait bien une annotation pour indiquer au container que pour exécuter la méthode il faut une transaction :
@TransactionAttribute(TransactionAttributeType.REQUIRED)
Merci c'est maintenant Résolu :ccool:
Salut,
Juste un petit mot sur le persist.
En JPA, quand on fait un persist, c'est comme si on disait au moteur de persistence de "suivre" l'entité (la mettre en cache) et non de la commiter en base (pour des raisons de performances). Et lors du commit de la transaction, tous les traitements qui ont été réalisés sur les entités pendant la transaction sont commités.
Si on veut la commiter sans attendre la fin de la transaction (dans le cas d'un retour d'id après un enregistrement par exemple) il faut utiliser la méthode flush() qui persiste l'entité en base (envoie la requete SQL à la base) sans commiter toute la transaction.
Merci Salim pour ces informations supplémentaires que je vais garder bien au chaud ;)