Использование API JCache с кэшем кластеров с недействительными

Question

Ключи кластеров с неактивными ключами посылают только удалять команды по сети. Когда значение ключа изменяется или удаляется на одном узле, команда удаления отправляется с этим ключом на каждый другой узел, поэтому они должны получить эти данные из постоянного хранилища (или пересчитать его) в следующий раз, когда они ему понадобятся.

Мой вопрос: Как он определяется на основе интерфейса javax.cache.Cache? Там есть put, putIfAbsent, replace, ... функции там.

Использование Infinispan-jcache У меня не было поведения, когда один и тот же ключ существует на двух разных узлах. Я задал один и тот же вопрос на своем форуме пользователей по адресу https://community.jboss.org/thread/228039, но я думаю, что это более распространенный вопрос, на который влияют все реализации JSR-107.

Я проверил спецификацию проекта, но ничего не нашел о кластеризации и недействительности.

Answer 1

То, как работает Infinispan, является правильным. Недействительность означает, что, когда узел получает вызовы put/replace/putIfAbsent/remove, он отправляет сообщение другим узлам для удаления записи. Итак, когда запись хранится в cache2, она удаляется из cache1. Он не проверяет, совпадает ли значение или нет.

JSR-107 не указывает, как кэши должны вести себя в кластере. JSR-107 фокусируется только на локальных кэшах. Поведение кэшей Infinispan, даже под JCache API, для недействительных, распределенных и реплицированных кешей специфично для Infinispan.

Answer 2

Стандарт JCache окончательный. См: https://jcp.org/en/jsr/detail?id=107

Вы можете найти код на: https://github.com/jsr107

Если вам нужна реализация JCache, только одно, что я знаю, чтобы быть доступны сегодня Oracle Coherence; см.: http://docs.oracle.com/middleware/1213/coherence/develop-applications/jcache_part.htm

Ради полного раскрытия информации я работаю в Oracle. Мнения и мнения, выраженные в этом посте, являются моими собственными и не обязательно отражают мнения или мнения моего работодателя.