Hi team,
I am in the process of building a website using AEM Sites, utilizing SPA Components and SSR. For this, I am using the standard AEM Archetype (https://github.com/adobe/aem-project-archetype), with the appropriate flags (enableSSR etc).
Part of this, is a POM file which reads pipeline variables and sets them as variables for the build. An example of this, specifically for SSR can be seen here : https://github.com/adobe/aem-project-archetype/blob/23fea9f0a64fc5715ff7f28fca19cb720c355a79/src/mai...
This is then used in the deployment step of the front end, to deploy the application to Adobe IO for server side rendering here : https://github.com/adobe/aem-project-archetype/blob/23fea9f0a64fc5715ff7f28fca19cb720c355a79/src/mai...
However, you'll notice that there is only a single variable set. This works for all environments up until Production. This is because for Production, we have a "staging" slot. If this build was to run and deploy into staging, and it reads the pipeline variables, it will actually deploy into Production.
I have asked previously if Pipeline variables can be used only with the staging slot, and was told no. As it is a single pipeline that deploys into both staging and production, the pipeline variables are shared.
The next thought might be something like having two sets of pipeline variables. For example :
AIO_RUNTIME_NAMESPACE = {ProductionAIO}
AIO_RUNTIME_NAMESPACE_STAGING = {StagingAIO}
However, that would require some logic within the POM file, and would also require the ability to know within the build step that we are deploying for Staging. I'm not sure how to achieve this.
So realistically :
- How can I detect (If it's possible) that I am deploying to the staging slot, via Adobe Sites Pipelines?
- How can I add logic to my POM file to pull a pipeline variable based on that detection? Is this possible?
- How has anyone got this far with AEM Sites with SPA Components/SSR without running into this issue? Do they just not use the staging slot?
Solved! Go to Solution.
Hello WadeGa,
Adobe provided separate explanation for Environment Variables and Pipeline Variables. I don't think proving this is really answering your original question. Here are the reasons:
- pipeline variables are another environment variables for the build machine against the program/pipeline (accessing mechanism from pom will be the same)
- so far Adobe provides only one production pipeline (for stage and prod) per program
In such case, doesn't matter you define/create pipeline variables or environment variables, its not gonna help you.
One probable way to address this issue, can be creating multiple programs (if you are allowed to do so by Adobe). Create two programs (program-1 and program-2). Under program-1, create one prod pipeline for stage deployment, with in that you can create your pipeline variables for stage. Similarly configure program-2 for prod deployment.
Let me know if that makes sense or you have different opinion.
Thanks
Before you look for the solution, you need to know that the code is build only once when we deploy in STAGE and PROD.
Firts it is build and then deploy to stage and then after approval prod.
So you can't build conditionally here.
The pipeline variables are used within the *deploy* to Adobe IO, not necessarily the compilation of the code. I'm unsure if it makes a difference.
Either way, I'm using the Adobe AEM Archetype with SSR, with nothing else added, and I have this issue.
Maybe a better question would be. How do existing customers, using the Adobe Archetype with SSR, provided by Adobe, deploy to production? Because I can't see how it's possible.
Hello @WadeGa,
If you are using cloud manager to deploy your code, you can not depend on CM environment variable as you have a single machine/server to pick the variables from. Hence, you can not expect to set same variable with different value/data based on the environment (stage or prod) you are deploying to.
Since you have environment (stage/prod) specific configuration/properties, I would rather suggest you to move these properties in OSGi config, where you have runmode support.
config.author.stage // file taking variables for stage author
config.author.prod // file taking variables for prod author
Meaning you can define the properties as key/value pair within the files above, variable will be picked up based on the environment.
Thanks
Hi,
That's actually incorrect (According to my understanding and Adobe support thus far).
Variables used within a pipeline are actually called Pipeline variables and are an entirely different concept to Environment Variables which are for runtime. You can read more here : https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/using-...
Because I am using the Adobe Archetype with SSR, that deploys to Adobe IO (Infact SSR is hosted on Adobe IO in general), this is most definitely a pipeline issue. I need to know which Adobe IO namespace to *deploy* to. This cannot be solved at runtime.
Hello WadeGa,
From the document you shared pipeline variables are set as environment variable:
If you find a way to have same variable (holding different data) in different name space in CM, please let me know. That would be interesting.
Thanks
Sorry, that is incorrect. In that specific piece of text, they mean you can access it like an Environment Variable as in a env variable on windows, it is *NOT* the same as an AEM Environment Variable.
To further illustrate this, here's the documentation clearly outlining that *IN ADDITION* to environment variables, there are pipeline variables.
In addition, you set environment variables via the AIO command line like so :
aio cloudmanager:set-environment-variables ENVIRONMENT_ID –variable MY_VAR1 “plaintext value”
And for pipeline variables it's an entirely different command :
aio cloudmanager:set-pipeline-variables PIPELINEID --variable MY_CUSTOM_VARIABLE test
I've unmarked your answer as correct because it's not unfortunately not correct, and does not answer the original question.
Hello WadeGa,
Adobe provided separate explanation for Environment Variables and Pipeline Variables. I don't think proving this is really answering your original question. Here are the reasons:
- pipeline variables are another environment variables for the build machine against the program/pipeline (accessing mechanism from pom will be the same)
- so far Adobe provides only one production pipeline (for stage and prod) per program
In such case, doesn't matter you define/create pipeline variables or environment variables, its not gonna help you.
One probable way to address this issue, can be creating multiple programs (if you are allowed to do so by Adobe). Create two programs (program-1 and program-2). Under program-1, create one prod pipeline for stage deployment, with in that you can create your pipeline variables for stage. Similarly configure program-2 for prod deployment.
Let me know if that makes sense or you have different opinion.
Thanks
Views
Likes
Replies
Views
Like
Replies