問題タブ [spring-cache]

クエリされた値を JSON として返すこのメソッドでスプリング キャッシュを使用します。

これは正常に機能し、HugeValue オブジェクトがキャッシュ (この場合は Hazelcast) に格納されます。HugeValue から JSON を作成するのに時間がかかるため、これをさらに改善したいと考えています。オブジェクトの JSON 化されたバージョンをキャッシュするようにスプリング キャッシュに指示できますか?

Spring Boot 1.2およびSpring 4.1でJacksonを使用しています

データベース クエリを改善するために spring-cache を使用しています。これは次のように正常に動作します。

しかし今、起動時に完全なブックキャッシュを事前に設定したいと考えています。つまりdao.findAll()、すべての値を呼び出してキャッシュに入れたいということです。このルーチンは、定期的にのみスケジュールする必要があります。

しかし、使用時にキャッシュを明示的に設定するにはどうすればよい@Cacheableですか?

OSGi 環境で Spring Cache を動作させるのに問題があります。多分あなたは私が欠けているものを見せてくれるでしょう。

次のようなテスト中にSpring Cacheが正常に機能するように構成しました

選択が 1 回実行されると、5 つの素敵なプリントが作成されます。

ただし、バンドルで機能させることはできません

Cacheable アノテーションは無視されているようです。クエリは、dictionary.getSourceDomains() を呼び出すたびに実行されます。コンテナーとして ServiceMix 5.3.0 を使用します。

私の構成：

辞書：

そしてダオ

私が試したこと

• @Cacheable アノテーションを DictionaryDao (インターフェース)、DictionaryImpl または Dictionary (インターフェース) に移動 - 効果なし。
• 別のキャッシュ実装 (JDK ConcurrentMap ベースのキャッシュの代わりに ehcache) を使用 - 効果なし

ダイアグラム [2.1. 前回のドキュメント以降に更新されたSpring Framework リファレンス 4.1.4の [Overview of the Spring Framework] ですが、そこから spring-context-support が欠落しています。図では context ,do に言及していますが、これは spring-context-support も表していますが、実際にはまったく別のものです。ドキュメントによると、それはコアコンテナの1つであると述べていますが、それが彼らの単なる間違いなのか、それとも国際的に行われたのか興味がありました.

アプリケーションでは Infinispan ホットロッドを使用しています。場合によっては、キャッシュからの取得に時間がかかることがあります。これは常に発生しているわけではありません。ほとんどの場合、6 ミリ秒かかりますが、非常に長い時間 (200 ミリ秒) かかることもあります。

キャッシュから取得したオブジェクトのサイズは約 200 バイトです。

infinispn 5.2.1 と JDG 6.3.2 の両方でテストしました

誰もこの問題に直面しましたか?

ありがとう

生活

Spring フレームワークのコミットに関連するhttps://github.com/spring-projects/spring-framework/commit/5aefcc802ef05abc51bbfbeb4a78b3032ff9eee3

初期化は、 afterPropertiesSet()からafterSingletonsInstantiated( )までの後の段階に設定されます。

要するに：これにより、 @PostConstruct ユースケースで使用するときにキャッシュが機能しなくなります。

より長いバージョン：これにより、使用するケースが防止されます

1. methodB で @Cacheable を使用して serviceB を作成する

2. @PostConstruct を使用して serviceA を作成し、serviceB.methodB を呼び出します

   /li>

これにより、現在 org.springframework.cache.interceptor.CacheAspectSupport が初期化されていないため、結果がキャッシュされません。

私の回避策は、初期化メソッドを手動で呼び出すことです。

これはもちろん私の問題を解決しますが、2回呼び出されるだけで副作用がありますか（意図したとおりに1回のマニュアルと1回のフレームワークによる）

私の質問は次のとおりです:

私のコードの一部として、空のパラメーターを持つメソッドがあります。たとえば、

キーを「マスターデータ」として @Cacheable を追加したい。以下を試してみましたが、「masterdata」という名前の Bean を探します。私は試した@Cacheable(cache="master", key="masterdata")

キー属性をそのままにしておくと、空のキーとして使用されることがわかります。しかし、キーとして定数を明示的に与えたいです。

それを行う方法はありますか？

シングルトン クラス (@Service 注釈付き) があります。このクラスには、実行に 200/300 ミリ秒かかるメソッドがあります。

このメソッドには @Cacheable アノテーションが付けられ、同期されます。

このメソッドを呼び出す複数のスレッドを起動すると、結果がキャッシュされなくなるまで、これらの 200/300 ミリ秒の間、キャッシュされるまでメソッドが何度も実行されることがわかります。@Cacheable アノテーションは同期を考慮していないようです...これはバグですか?