when setting up osgi configs, you put them in a dir to target a particular env and type.
The problem is that cloud and non cloud seem to have different behavior.
Should it be config.author.prod or config.prod.author?
We see both in various posts. we are using config.prod.author for example. This works fine on non cloud AEM, but on cloud AEM, it doesn't.
Or maybe the issue is that we have "default" osgi configs in /config, which we then assume will be overridden by config files in say /config.prod or /config.prod.author. Is this assumption incorrect? I.e. if we want a config applied to a specific env, we must not have it also in a more generic env?
Solved! Go to Solution.
Views
Replies
Total Likes
Hi @TB3dock ,
Below format is the right one for AEMaaCS.
/apps/example/config.<author|publish>.<dev|stage|prod>
Actual syntax is
config.<service>.<environment_type>
If you configure it like above it will pick the right Osgi run mode config, else it will fallback to generic.
Hi @TB3dock ,
Answering your query, The best match or the most match configuration will be taken
Eg:
If you have some configuration say /config.prod== abc
And /config.prod.author == def
And if the runmode of your instance have both prod and author in it then "def" configuration will take priority as it has more matches with run mode.
On Cloud check if correct run modes are set or not.
Thanks!
@TB3dock ,
Runmode resolution can be done based on the node pattern that we create under apps. Below pattern of configuration should work fine in AEM Cloud and AEM instances.
/apps/example/config.<author|publish>.<dev|stage|prod>/
Please find the documentation here : https://experienceleague.adobe.com/docs/experience-manager-cloud-service/implementing/deploying/co...
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies