Discussion :

[pitator]

Bonjour,

Je cherche à savoir comment faire pour mettre à jour la base de données lorsque l'on utilise les EJB3 ?

Mon environnement:
GlassFish v3
MySql
EJB3
JSF2 avec Facelets

Lorsque j'installe pour la première fois mon application, je n'ai aucun problème pour créer mon schéma avec mes tables étant donné que EclipseLink le fait tout seul comme un grand:
Dans les propriétés du fichier de persistance.xml:
drop-and-create-tables

En revanche si demain je mets à jour mon application, et que j'ai modifié la base de données, il faut que je me coltine les requêtes...

Merci d'avance ,
Cordialement,
Pierre

[DevServlet]

Code :

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

Je cherche à savoir comment faire pour mettre à jour la base de données lorsque l'on utilise les EJB3 ?

Que veux tu savoir? comment attaquer la base avec les EJB3?

Code :

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

En revanche si demain je mets à jour mon application, et que j'ai modifié la base de données, il faut que je me coltine les requêtes...

Quel genre de modif? si t'as modifié par exemple la structure d'un champ mappé dans tes entités JAVA ? malheureusement oui. Le gros avantage dans l'utilisation de ces framework de persistence réside dans :
-La simplicité des opérations d'accès base, tu te balades en à la UML sur des Objets qui représentent en fait des tables relationnelles
-L'impact mineur sur l'applicatif si tu changes de SGBD un jour, en gros ca favorise un bon découplage entre les aspects métier et persistance.
et bien d'autres avantages.

[pitator]

Bonjour,

Merci pour ta réponse.
Désolé pour le retard.

Mon problème est lorsque je déploie mon application et non sur l'analyse ou les avantages de la solution EJB.

J'ai déjà déployé ma base de donnée ainsi que mon application.
Seulement maintenant suite comme tu le dis à des modification de la structure de la base de données:
Ajout de table, modification d'attributs... Je suis obligé de mettre à jour l'application que j'ai auparavant déployée.

C'est là que le ba blesse avec les EJB.
Le Create tables pas de souci, en revanche le Update tables pas moyen avec la persistance des EJB.
Je ne peux surtout pas passer par un Drop and Create étant donné que maintenant j'ai des données dans ma base.

Cordialement,
Pierre.

[DevServlet]

Code :

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

Le Create tables pas de souci, en revanche le Update tables pas moyen avec la persistance des EJB.

Ca à rien à voir avec les EJB. connais tu un framework de persistence qui nous affranchirait d'une modification du code sql suite à un changement de structure de la base? Aucune techno ne fait de miracle non plus . Et puis ton pb n'est vraiment pas spécifié.

[galien]

il suffit de mettre a jour les bean entity et les annotations et de redéployer l'application, il faut aussi faire attention à persistence.xml.
Au sujet d'attaquer une sgdb avec javaEE6 sans SQL c'est possible il y a une API pour ça.