JBoss Treecache vs Pojocache lors de l'utilisation d'Invaluation plutôt que de la réplication

StackOverflow https://stackoverflow.com/questions/5041550

Question

Nous mettons en place un cluster JBoss et nous construisons une solution de cache distribuée construite sur JBoss Cache (je ne peux pas l'utiliser comme cache de 2e niveaux sur la couche Orm dans notre cas).Nous voulons utiliser une invalidation et non la réplication en mode cache.Autant que je puisse voir après (très) peu de test, les deux solutions semblent fonctionner, les objets sont mis dans le cache et les objets semblent être expulsés lorsqu'ils sont mis à jour sur l'un des serveurs. Cela me conduit à croire que le pojocache avec AOP Instrumentation n'est nécessaire que lorsque vous utilisez la réplication afin de ne reproduire que les valeurs de champ mis à jour et ne sont pas des objets entiers.Suis-je correct ici ou y a-t-il d'autres avantages avec Pojocache sur Treecache dans notre scénario?Et si Pojocache a des avantages, avons-nous encore besoin d'une instrumentation AOP et d'annoter nos entités avec @pojocachefable (oui, nous utilisons JBCache 1.4.1) car nous n'utilisons pas de reliées?

Cordialement Jonas Heineson

Était-ce utile?

La solution

PoJoCache has the ability through AOP to:

  • only replicate changed fields and not whole objects. Makes a difference if e.g. your person object containes a huge image of the person and you only change the password
  • detect changes and thus can automatically put them on the list to be replicated.

TreeCache (plain) does not need AOP, but can thus not replicate individual fields or detect what has changed so that you need to trigger replication yourself.

If you don't replicate, those points are probably irrelevant.

IIrc, you don't need the @PojocaCacheable annotation for Pojo cache - without it, you need to specify the classes to be enhanced in a different way.

I have the feeling that if you are not replicating, the plain TreeCache will be enough.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top