Hi Community Experts,
Recently while going through the dispatcher flush mechanism, I felt for our scenario the OOTB mechanism is not completely suitable. Please correct me, if my understanding is wrong.
My understanding (After doing an end to end setup):
Our scenario:
As per our business requirement, we have a listing page as well as detail pages. For instance please find the below paths:
For the above structure, when author activates any one of the article-detail page, then the cache flush is happening for all the detail page, ideally which is not required. For an update in 1 page, 49 other page's cache is also getting flushed upon request, even when there are no changes happened to those 49 pages (as the stat file to be compared is located at the same level).
Is there any specific statfileslevel value which I can tweak to avoid the above behavior? Else am I missing anything?
Thanks!
Dinesh kumar L.
Solved! Go to Solution.
Views
Replies
Total Likes
Hello Dinesh,
Why cant you use "CQ-Action-Scope: ResorceOnly"
Views
Replies
Total Likes
You can increase the statfileslevel to deep level. Then only that page alone will be flushed. And write some custom code(EventListener) to flush the listing page.
Views
Replies
Total Likes
Hi Shashi,
Thanks for your reply. We were trying multiple ways to achieve this requirement. Yes we can make use of "CQ-Action-Scope: ResorceOnly" and using ACS common's dispatcher flush rule for clearing listing page or any other dependent page's cache.
Thanks,
Dinesh Kumar L
Views
Replies
Total Likes
Hi Chandu,
Thanks for your pointers. Increasing the statfileslevel will not help much in our scenario, as all the detail pages are located at same level and it will refer a single stat file always.
Thanks,
Dinesh Kumar L
Views
Likes
Replies