Create cache for /etc/cloudsettings.kernel.js file | Community
Skip to main content
This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by paulojorgemtava

Hi @del27634,

 

below the screenshots:

 

 

 

 

 

3 replies

Asutosh_Jena_
Community Advisor
Community Advisor
March 24, 2021

Hi @paulojorgemtava 

You can add the below highlighted rule in your farms any file under rules section and it will cache the file.

 

/rules
{
/0000 { /glob "*" /type "deny" }
/0001 { /glob "/etc/cloudsettings.kernel.js" /type "allow" }
}

 

Please refer the rules section here priovided by Adobe:

https://experienceleague.adobe.com/docs/experience-manager-dispatcher/using/configuring/dispatcher-configuration.html?lang=en#configuring-load-balancing-statistics

 

Hope this helps!
Thanks!

August 2, 2021

see below

paulojorgemtava
paulojorgemtavaAuthorAccepted solution
Level 2
August 2, 2021

Hi @del27634,

 

below the screenshots:

 

 

 

 

 

August 2, 2021
MaciejMajchrzak
March 7, 2022

The problem is related to URL structure and the fact that the suffix for the original resource (/etc/cloudsettings.kernel.js/conf/xxx/settings/cloudsettings/default/contexthub) does not have any extension. Dispatcher ignores such requests. Sadly, It looks like a dead end... However, with a bit of trick you can force the dispatcher to cache it. If you name your contexthub configuration in a way which ends with an extension, i.e. /conf/xxx/settings/cloudsettings/default/contexthub.js, then the full request will become cacheable (/etc/cloudsettings.kernel.js/conf/xxx/settings/cloudsettings/default/contexthub.js).

After you rename the configuration, you need to remember about updating the references in content, like on the screenshot: