Discussion :

[BakaOnigiri]

Bonsoir,

Je dois ajouter à une application existante une couche de persistance vers une nouvelle BDD.

Cette application est instanciée sur plusieurs postes.

Ma première question est donc : comme doit être architecturée le tout ? Es-ce que la couche de persistance doit être au niveau application ? Ou es-ce qu'il existe un type d'architecture où une unique instance d'Hibernate de trouve en frontal de mes appli ? (une sorte de mode serveur en somme).

Ma seconde question : l'application permet l'édition d'enregistrements se trouvant dans la base. Quel serait le moyen de bloquer l'édition d'un enregistrement ouvert dans une instance ? Mais évidemment avec moyen de de prémunir d'un plantage applicatif et donc d'éviter un blocage de l'enregistrement ?

Enfin, comment faire en sorte que toutes mes instances soient notifiées d'une mise à jour de la base (qu'elle que soit l'origine, mais on va dire pour le moment que ça ne peut venir que de l'application par hibernate)


Merci d'avance.

[OButterlin]

1) On peut faire les 2, tout dépend du besoin... mais la question 2 oriente fortement vers la gestion DB intégrée à l'application (à moins d'avoir une connexion par client)

2) Pour verrouiller un enregistrement, il faut que la connexion qui charge l'enregistrement reste ouverte

3) Pour la notification des tes clients, c'est plutôt compliqué dans une architecture distribuée, tu pourrais éventuellement utiliser une table dans la DB, le problème est : quand vider les messages de notifications...

[BakaOnigiri]

C'est étonnant, je pensais justement que ma question 2 ciblerais une architecture avec une unique instance ce Hibernate en mode 'serveur' et que çà permettrait ainsi de détecter les demandes pour un même objet.

Si je dois mettre en place un 'serveur' Hibernate, comment je communique les données vers mes instances d'applications ?

Es-ce que çà signifie : développement spécifique d'un programme ayant une couche de persistance Hibernate, qui tourne pas trop loin de la BDD et qui est serveur pour les applications ?

[OButterlin]

Pour verrouiller un enregistrement de base de données, on peut préciser "FOR UPDATE" mais bon, dans tous les cas, il faut utiliser la même connexion pour la lecture que pour l'écriture, d'où la nécessité d'avoir une connexion par poste client.

Pour communiquer avec le serveur, tu as RMI... ou alors, les EJB, mais il te faudra un serveur d'application (JBoss ou Glassfish par exemple).