JPA et procédures stockées

Bonjour,
j'ai un gros souci de procédures stockées. :cry:
Voici le contexte: une application web avec jsf, spring, jpa, maven.

Sur une page je DOIS :
- sur appui d'un bouton appeler une procédure stockée qui remet la table à zéro et la regénère.
- puis réafficher la table pour que l'utilisateur y fasse quelques retouches.
Evidemment, cette table ne doit pas être regénérée à chaque lancement de programme, sinon le travail serait perdu.

Voici ce que j'ai fait:
- Je n'ai pas trouvé comment appeler des procédures stockées en jpa
- donc j'ai essayé de le faire en java jdbc, mais ça n'a pas marché au commit parce que je me suis fait intercepter par le aop:txadvice qui couvre les transactions add, delete et update.
- ensuite ça a planté lorsque je veux faire un select sur la table (nouvelle si le commit avait eu lieu). Je pense qu'il y aurait des problèmes de resynchronisation avec le cache.

Je ne sais plus comment faire.
Est-ce que quelqu'un saurait me conseiller ?

oum

Salut,
@PrePersist La méthode sera appelée avant l’exécution d’EntityManager.persist().
@PostPersist La méthode sera appelée après que l’entité sera devenue persistante. Si
l’entité produit sa clé primaire (avec @GeneratedValue), sa valeur est
accessible dans la méthode.
@PreUpdate La méthode sera appelée avant une opération de modification de l’entité
dans la base de données (appel des setters de l’entité ou de la méthode
EntityManager.merge()).
@PostUpdate La méthode sera appelée après une opération de modification de l’entité
dans la base de données.
@PreRemove La méthode sera appelée avant l’exécution d’EntityManager.remove().
@PostRemove La méthode sera appelée après la suppression de l’entité.

Pour enregistrer un écouteur, il suffit que l’entité utilise
l’annotation @EntityListeners.

ex :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

public class AgeCalculationListener {   @PostLoad @PostPersist @PostUpdate public void calculateAge(Customer customer) { if (customer.getDateOfBirth() == null) { customer.setAge(null); return; } Calendar birth = new GregorianCalendar(); birth.setTime(customer.getDateOfBirth()); Calendar now = new GregorianCalendar(); now.setTime(new Date()); int adjust = 0; if (now.get(DAY_OF_YEAR) - birth.get(DAY_OF_YEAR) < 0) { adjust = -1; } customer.setAge(now.get(YEAR) - birth.get(YEAR) + adjust); } }

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

public class DataValidationListener {   @PrePersist @PreUpdate private void validate(Customer customer) { if (dateOfBirth.getTime() > new Date().getTime()) { throw new IllegalArgumentException("Invalid date of birth"); } if (!phoneNumber.startsWith("+")) { throw new IllegalArgumentException("Invalid phone number"); } } }

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

@EntityListeners({DataValidationListener.class, AgeCalculationListener.class}) @Entity public class Customer {   @Id @GeneratedValue private Long id; private String firstName; private String lastName; private String email; private String phoneNumber; @Temporal(TemporalType.DATE) private Date dateOfBirth; @Transient private Integer age; @Temporal(TemporalType.TIMESTAMP) private Date creationDate; // Constructeurs, getters, setters }

---

l'entityListener doit être déclaré dans le fichier de persistence: persitence.xml, <entity-listener>
voila comment construire des procédures stockés en java, pour les procédures stockés en pl-SGBD je ne sais pas.
Ces exemple sont tiré du livre lien rendons à César...

Salut Khaled,

je te remercie pour ta réponse.
Le lien renvoie sur une page blanche, tu dois avoir des droits que je n'ai pas (c'est un e-book ?).

La solution que tu offres ne montre pas comment on appelle la procédure qui est stockée dans oracle.

Pour ma part, j'ai trouvé une autre solution.
J'ai écrit une classe en java jdbc qui appelle les procédures stockées et les exécute et j'ai bien pris soin cette fois de ne pas passer par DomainService qui est controlé par le transaction manager .

Citation:

---

<aop:config>
<aop:pointcut id="domainMethods"
expression="execution(* fr.XXXXX.*.domain.DomainServiceImpl.*(..))" />
<aop:advisor advice-ref="txAdvice" pointcut-ref="domainMethods" />
</aop:config>

<tx:advice id="txAdvice" transaction-manager="txManager">
<tx:attributes>
<tx:method name="add*" propagation="REQUIRED" />
<tx:method name="delete*" propagation="REQUIRED" />
<tx:method name="update*" propagation="REQUIRED" />
<tx:method name="generate*" propagation="SUPPORTS" read-only="false"/>
<tx:method name="*" propagation="SUPPORTS" read-only="true"/>
</tx:attributes>
</tx:advice>

---

Tant que j'appelais une methode qui passait par DomainService puis DaoService, j'étais interceptée par le transaction-manager.
Il m'a suffit de court-circuiter DomainService et DaoService.

Mais je reconnais que cela ne fait pas très propre de mélanger jpa et jdbc.

Je vais creuser ta réponse pour l'utiliser une autre fois.
oum

voici un [ame="http://www.google.com/search?channel=fs&q=pearson+livre+java+jave+ee6+glassfish&ie=utf-8&oe=utf-8"]lien[/ame] qui devrait je pense marcher longtemps, sinon tu n'as pas précisé le genre de procédures stockées.
J'ai répondu sur un cas strictement java.
Tout java a l'avantage d'etre independant du sgbd, cependant si il y a de l'existant c'est une autre affaire, et le coté createNativeQuery de EntityManager serais sûrement une piste.
Cordialement Khaled

Ps: pour le lien c'est le site de pearson qui bug, donc le livre c'est :
Java EE 6 et GlassFish 3
Antonio Goncalves
Traduit par Éric Jacoboni,
avec la contribution technique de Éric Hébert
edition pearson

Citation:

---

sinon tu n'as pas précisé le genre de procédures stockées.

---

C'est le genre de procédure qui te droppe une table puis la recrée de façon compliquée à partir d'autres tables que tu n'auras plus besoin de relire ensuite.
Elles sont déjà écrites et me sont imposées.
L'une fait plus de 130 lignes, l'autre 75, en pl/sql.

merci quand même
oum