AEM Target configurations | Community
Skip to main content
Abhishek_Narula25
Level 3
April 27, 2022

AEM Target configurations

  • April 27, 2022
  • 2 replies
  • 1956 views

Hi All,

 

I am working on integration of AEM 6.5.11 with Target via Adobe I/O (using Adobe IMS configuration). I have configured it on dev environment.

 

Is there a way to package AEM target configurations (or add it in the codebase) so as to move it to higher environments (like QA, Stage)? Or do we need to do the configuration manually in all the environments?

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

2 replies

DEBAL_DAS
New Member
April 27, 2022

Let me share my project experience, we have done integration between AEM 6.5.10 and Target via Adobe I/O (using Adobe IMS configuration) on QA environment first.

 

We have created certificate , API Key, Client secret , JSON payload and these all are specific to QA environment.

I came to know that we need to perform similar activity on Production separately. 

 

 

Debal Das, Senior AEM Consultant
Abhishek_Narula25
Level 3
April 27, 2022

Did you use the same project that you created in Adobe I/O for QA as well as prod? or a separate project?

Ankur_Khare
Community Advisor
Community Advisor
April 27, 2022

It would be a different project as the public key will vary for different environments .

Anish-Sinha
Adobe Employee
Adobe Employee
April 27, 2022

As you might already know, AEM Adobe integration is a two step process-

  1. Creating the IMS configuration - When you create "Adobe IMS Configurations" for AEM and Target integration, the values gets stored at /apps/system/config/com.adobe.granite.auth.oauth.accesstoken.provider.c023ae85-c724-46d5-8512-ef02442ffc78.config
    You can go ahead and create run modes at this location - examples in /libs/systemBut as you see this a location for AEM OOTB generated configurations, it is not recommended to do so. You should set it up manually for each environment since this is a one time activity for different environments
  2. Creating the cloud configurations - this resides at location /etc/cloudservices/testandtargetYou cannot create a runmode for this one. You have create cloud configuration for each environment separately as the creds will be different.

So to summarize, you should create your own configs per environments as this is one time activity and it helps in identifying any connection issue during the setup.

Abhishek_Narula25
Level 3
April 28, 2022

Hi @anish-sinha 

Thanks for your response.

I have already tried the above 2-steps. First step by adding the config file on to my project config and second step by creating a package but just wanted to know the best way to deal with multiple environments.

 

So yes, creating separate configs per environment would be the best.