Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

AEM 6.4.1 Page Properties cloud service tab not reading /conf cloud services

Avatar

Level 2

Hello Team,

We have Typekit cloud service in aem 6.4.1 using Tools -> Cloud servies -. Typekit  and it was created successfully and got stored under /conf/{project node}/settings/cloudconfigs/typekit path but this cloud service configuration was not showing in the page properties cloud services tab. It looks like it's reading cloud services from /etc/cloudservices only.(legacy) How can we update page properties cloud services to read cloud configurations from the /conf path ?

1 Accepted Solution

Avatar

Correct answer by
Level 10

What I've observed is that if you use http://localhost:4502/etc/cloudservices.html to create a configuration, it gets saved under /etc path and reflects under page properties without any issues even in 6.4

I think lazy migration would allow it to be read from under /conf per docs using -Dcom.adobe.upgrade.forcemigration=true but I've not tested it yet.

If you are talking about how to read /conf nodes under code is via com.adobe.granite.confmgr.ConfMgr  mentioned in http://www.nateyolles.com/blog/2016/03/aem-slash-conf-and-confmgr

All /conf related configurations are under Apache Sling Context-Aware Configuration in /configMgr. If you are willing to modify the OOB configurations then you may use sling resource merger on /libs-cloudservices node and modify that specific property to use /conf rather than /etc

View solution in original post

6 Replies

Avatar

Level 10

If the page is created from static template, it wouldn't look under /conf.

Try to update from Classic UI using /miscadmin or /cf#, then it would create the required config under /etc/cloudservices.

Avatar

Level 2

We are using dynamic templates only. we don't want to create or look under /etc/cloudservices.

As you know we can create cloud services using touch UI then it will create the configuration under /conf. When we open the page properties, click on cloud services tab, Cloud configuration dropdown option it should show all the cloud services from /conf location rather than /etc location.

Avatar

Level 10

Two solutions, depending on how you are accessing the cloudservices and if you are willing to migrate the repo (may have a bigger impact than just one use case) -

1) Force migrate the repo to use conf folder as mentioned in docs - Adobe Experience Manager | Repository Restructuring in AEM 6.4 

    Read Extensibility Strategy - Lazy content migration utility can be triggered in order to automatically convert to the new path.

2) Use cq:conf property as mentioned in these articles -

** You may want to take a backup of repo if you plan to try first one.

Avatar

Level 2

It's a new implementation in AEM 6.4, we don't have any cloud services under /etc/cludservices.

As per my understanding if we use editable templates and if we have cloud services stored under /conf path then they will be displayed in the page properties cloudservices tab automatically but that's not happening.

Also i have added cq:conf property in the page properties (ex:/conf/we-retail) but still it didn't work. I have tested this using we-retail and had the same issue.

Avatar

Level 2

Upon debugging further i have noticed that cq-wcm-webservice-support bundle reads configurations only from /etc/cloudservices but not from the /conf for the page properties. I think this needs be fixed. this bundle should read from /conf or /etc/ based on the some OSGi configuration or other way. There should be some flexibility around it. Is this an enhancement in future from adobe side ? To fix this issue do i have to write custom code to read /conf cloudservices using ConfigurationManager service?

Avatar

Correct answer by
Level 10

What I've observed is that if you use http://localhost:4502/etc/cloudservices.html to create a configuration, it gets saved under /etc path and reflects under page properties without any issues even in 6.4

I think lazy migration would allow it to be read from under /conf per docs using -Dcom.adobe.upgrade.forcemigration=true but I've not tested it yet.

If you are talking about how to read /conf nodes under code is via com.adobe.granite.confmgr.ConfMgr  mentioned in http://www.nateyolles.com/blog/2016/03/aem-slash-conf-and-confmgr

All /conf related configurations are under Apache Sling Context-Aware Configuration in /configMgr. If you are willing to modify the OOB configurations then you may use sling resource merger on /libs-cloudservices node and modify that specific property to use /conf rather than /etc