サードパーティのライブラリを使用して、外部の gemfire キャッシュ クラスターからデータを取得します。また、独自の gemfire キャッシュ クラスターにも接続します。クライアント キャッシュを使用してクラスターに接続し、サード パーティ ライブラリには、独自のアプリケーション コンテキストで定義された独自のクライアント キャッシュがあります。
サードパーティのライブラリは、「Spring Data Gemfire リポジトリ」機能を使用していませんが、私たちは使用しています。アプリケーションコンテキストがロードされる順序に応じて、「Spring data gemfire repository」機能を使用してキャッシュを照会しているときに問題に直面しています。コンテキストが最初にロードされた場合はすべてが機能し、サードパーティが最初にロードされた場合はクエリ呼び出しが失敗しますが、保存は正常に機能します。
デバッグで見つかったのは後者のケースで、クエリサービスで参照されているデフォルトプールはサードパーティのクラスターを指しているため、リージョンがありません。
企業の制約により、アプリケーション コンテキストがロードされる順序を制御することはできません。使用されているデフォルト プールをカスタマイズして、サード パーティのアプリ コンテキストが読み込まれた場合でもデフォルト プールをオーバーライドして、他のロケーター プールではなくロケーター プールを指すようにする方法はありますか?