Не только это, но и org.hibernate.cache.Cache.CacheProvider также устарела.
Если это так, как мы должны создавать наши собственные решения для кэширования?Альтернативный метод?
JavaDoc объясняет это:
Устаревший (и теперь устаревший) подход к кэшированию определяется интерфейсами CacheProvider и Cache, а также интерфейсом CacheConcurrencyStrategy вместе сразличные реализации всех этих интерфейсов.В этой схеме CacheProvider определил, как настраивать и выполнять операции жизненного цикла в отношении конкретной базовой библиотеки кэширования;он также определил, как создавать экземпляры Cache, которые, в свою очередь, определяли, как получить доступ к «регионам» базового экземпляра кэша.Для областей кэширования данных сущностей и коллекций CacheConcurrencyStrategy обернул доступ к этим областям кэша для применения семантики транзакционного / параллельного доступа. Усовершенствованный подход основан на RegionFactory, различных специализациях Region и контрактах двух стратегий доступа (EntityRegionAccessStrategy иCollectionRegionAccessStrategy).
Устаревший (и теперь устаревший) подход к кэшированию определяется интерфейсами CacheProvider и Cache, а также интерфейсом CacheConcurrencyStrategy вместе сразличные реализации всех этих интерфейсов.В этой схеме CacheProvider определил, как настраивать и выполнять операции жизненного цикла в отношении конкретной базовой библиотеки кэширования;он также определил, как создавать экземпляры Cache, которые, в свою очередь, определяли, как получить доступ к «регионам» базового экземпляра кэша.Для областей кэширования данных сущностей и коллекций CacheConcurrencyStrategy обернул доступ к этим областям кэша для применения семантики транзакционного / параллельного доступа.
Усовершенствованный подход основан на RegionFactory, различных специализациях Region и контрактах двух стратегий доступа (EntityRegionAccessStrategy иCollectionRegionAccessStrategy).
Подводя итог, можно использовать новый улучшенный API.