je travaille sur un système qui a un 4 modules, chacun travaillant sur son propre serveur et chacun doit être en mesure de cluster.En utilisant Hibernate entre les différents threads, et les serveurs JVMs
Ce que je dois essentiellement est d'avoir la capacité de travailler sur les mêmes entités sur les différents modules et les ont mis à jour de façon appropriée lorsque des changements se produisent sur différents threads, JVMs et serveurs.
J'ai entendu, la plupart du temps comme un mot à la mode, que la terre cuite peut être une solution pertinente pour moi, mais je ne sais pas vraiment.
J'aimerais entendre des recommandations et des idées sur la façon d'aborder cette question. Si, par hasard, quelqu'un pense que le problème n'est pas bien défini, je suis ouvert aux suggestions.
EDIT: Il semble que la terre cuite soit l'approche préconisée et j'apprécierais un peu de conseils sur la façon dont, dans une vue d'ensemble, devrais-je intégrer Terracotta? Laquelle de leurs solutions est la meilleure pour le scénario ci-dessus? Des pièges que l'on aurait pu rencontrer avec Terracotta?
Merci, Itthaï
vous voulez vous dire essentiellement une session de mise en veille prolongée géant pour l'ensemble du cluster, de sorte que si deux modules ont chargé « UserIttai » et on va « setUserComment (» SO Rocks "); ' alors l'autre module voit cette nouvelle valeur sans rafraîchir de la base de données? Si c'est le cas, oui, Terracotta est probablement votre meilleure option, peut-être seulement. (et des choses effrayantes peuvent se produire lorsque de nombreux threads partagent une session d'hibernation, programmez avec soin.) – Affe
Terracotta devrait être le meilleur dans cette situation. – YoK
@Affe, oui essentiellement c'est ce que je dis. Quelqu'un d'entre vous peut-il recommander une stratégie préférée pour utiliser Terracotta? Savez-vous laquelle des solutions est la plus appropriée? Merci – Ittai