2016-03-24 10 views

答えて

1

変更は、各フロントエンドWebサーバーに伝播する必要がないので、私は間違いなく前に、非常に短い遅延を見てきましたが、私は秒を話しています。ほとんどの場合、Update Stepを実行してUIの操作を開始するとすぐに、プラグインが更新された設定値で実行されたことがわかります。

非同期サービスで動作しているプラ​​グインに関しては、遅延についてはあまり確信がありません。つまり、30個の非同期プラグイン/ wfsがキューイングされている場合は、構成変更を行います。キューイングされた非同期ジョブが新しい​​値または古いものを使用するかどうかはわかりません。

これを調べる簡単な方法の1つは、プラグインがトレースログに書き込み、システム設定のトレースログレベルをallに設定することです。プラグイントレースログレコードは、プラグインがどの構成値で実行されたかを示します。

+0

私はCRMオンラインでのキャッシュについて考えようとしています。オンラインでは、各プラグインの登録手順は、それ自身のドメインにあります(本当にキャッシュを制限する)が、問題は本当に、キャッシュをクリアする方法です。設定を更新すると、プラグインの新しいインスタンスが強制的に生成されると考えています(設定はコンストラクタ経由で渡されるため、キャッシュを有効にクリアします)。それは妥当と思われますか? – Daryl

+0

私はプラグインを使って特別なエンティティを作成することを提案しようとしていました(そして、ツールバーのボタンを押してください)が、キャッシュをクリアするためですが、リクエストがヒットするフロントエンドサーバのキャッシュにのみ影響します。ですから、設定を更新するという考えは、各サーバー上のプラグインを再インスタンス化する可能性が高いため、良い考えです。関連するノートで、私は最近、MemoryCache + Lazyを見つけ出し、成功したプラグインキャッシングに使用しました(私の必要性のために有効期限のために静的な値を使用しました)。 http://blog.falafel.com/working-system-runtime-caching-memorycache/ – Polshgiant

+1

はい、私は数年前からメモリキャッシュを使用してきました。 On Premで使用するために使用され、サンドボックス化されていないプラグインはすべて同じアプリケーションプールを共有します。 CRMオンラインでこれを処理する方法を理解しようとしていました。 – Daryl

関連する問題