Flush json file from dispatcher | Adobe Higher Education
Skip to main content
S
Shallu_Rohilla
Level 4
December 14, 2018
질문

Flush json file from dispatcher

  • December 14, 2018
  • 3 답변들
  • 4502 조회

Hi,

I have a requirement in my project where I have created a (registered with resourceType) servlet which returns meta data of assets/tags as json. This json consists of data of all assets/child tags as well.

This JSON is cached at parent level. For e.g if I request tags at this level - /etc/tags/we-retail/audience.tagsweretail.json(tagsweretail is my selector) it caches the json at the audience level. Now if I change any child tag and activate it and then if i send request for same url, the json returned has old data as this json is not flushed when activating child tag. Is there any any way I can flush json at parent level in case tags are activated at child level. I went through the new ACS Commons Dispatcher Flush Rules service as well but it doesn't work in my case as the level at right hand side is not fixed it keeps on varying according to the path requested. Any help would be appreciated.

Thanks in advance,

Shallu

이 주제는 답변이 닫혔습니다.

3 답변

Ravi_Pampana
Community Advisor
Ravi_PampanaCommunity Advisor
Community Advisor
December 14, 2018

Hi,

Below links may give some info

Not able to invalidate JSON in dispatchers

How to cache json files with dispatcher?

    S
    Shallu_Rohilla작성자
    Level 4
    December 14, 2018

    Looking at these links it seems none of this serves our purpose. So, that means we will have to write a custom listener to auto flush these set of json's? I was looking for some OOTB approach to achieve this.

    joerghoh
    Adobe Employee
    joerghohAdobe Employee
    Adobe Employee
    December 14, 2018

    You shouldn't need to write code for this.

    From what I understand, in your case cached .json files are not invalidated on the dispatcher; that's part of the default configuration, because even .json files are not cached. You need to explicitly configure the dispatcher to invalidate .json files as well.

    The next problem could be the statfilelevel. That's a single value which applies to all invalidation requests, independent of path (which can be a problem in your case). Let me explain that with an example:

    You have

    * /content/brand/mysite/en/page

    * /content/brand/mysite/es/homepage

    * /content/brand/mysite/es/products

    Then you would probably set the statfilelevel to to 4, so any change on the es site purges only the cache of the es-site and not on the en site.

    That can be problematic when you have as well

    */etc/tags/en/tag1

    */etc/tags/es/tag1

    */etc/tags/es/tag2

    Because now any change on /etc/tags/es/tag2 will not cause the all tags of es being flushed.

    But please check before that you configured the invalidation of the .json files.

      약관 및 조건Accessibility statement

      Loading footer...