Gemfire peut-il être utilisé comme Big Memory Go en tant que fournisseur de cache L2 avec Hibernate? Utiliser des fichiers XML hibernate, pas des annotations. Si une application utilise beaucoup d'appels hibernate redondants, essayez de voir si Gemfire pourrait s'intégrer en tant que cache L2 à utiliser comme solution hors sol pour la mise en cache.Gemfire contre BigMemory Go
Avant Pivotal GemFire 9.0.x (par exemple Pivotal GemFire 8.2.x et antérieur) GemFire avait un support pour Hibernate L2 Cache; voir here.
Cependant, cela a été retiré dans Pivotal GemFire 9 en raison d'un manque de support sur le maintien de la fonctionnalité et de le maintenir à jour avec les dernières versions d'Hibernate.
SIDE NOTE:
Je ne sais pas si vous êtes au courant de cela ... mais Pivotal GemFire a été libéré à la Apache Software Foundation (ASF) comme Apache Geode open source project (Avril 2015) et est devenu un TLP dernier année (~ octobre 2016). Par conséquent, Apache Geode est le noyau open source pour Pivotal GemFire, en particulier à partir de Pivotal GemFire 9.0. Je mentionne cela parce que le travail/code n'est pas perdu, c'est surtout un WIP. Voir ...
https://issues.apache.org/jira/browse/GEODE-1972
Je vois que la branche de fonction (à savoir feature/GEODE-1972) n'existe pas encore.
On a discuté à ce sujet sur la liste dev Geode ...
http://apache.markmail.org/thread/uvuzoohkfplkg46u
Ainsi, il a probablement besoin que des « intérêts », peut-être même de l'aide/contributions de la communauté pour faire avancer ce long . Une bonne opportunité de s'impliquer et d'avoir un impact.
Cheers, John
Surpris ils veulent supprimer fonctionnalité mise en veille car ce serait un cas d'utilisation commune pour ORM d'avoir une solution de mise en cache L2. On dirait que bigmemory va être la solution la plus appropriée qui soit moins intrusive. – haju
Eh bien, ils l'ont enlevé temporairement jusqu'à ce qu'ils puissent le récupérer et à égalité avec la dernière version d'Hibernate. Je dirais que vous devriez utiliser la solution qui correspond le mieux à votre problème et le garder aussi simple que possible (c'est-à-dire moins, c'est plus). Bonne chance! –