Which practice should be used to push a code fix to make it into the current release candidate?
Answer : D
To push a code fix into the current release candidate, the best practice is to cherry-pick the fix commit into the release candidate branch. Cherry-picking allows you to apply specific changes from one branch to another, ensuring that only the necessary fixes are included without introducing unrelated changes.
Here's how to cherry-pick a commit:
Identify the Commit: Locate the commit hash of the fix you need to apply. This can be found in your version control system (e.g., Git).
Checkout the Release Candidate Branch:
git checkout release-candidate-branch
Cherry-pick the Commit:
git cherry-pick <commit-hash>
Resolve Conflicts (if any): If there are conflicts, resolve them manually and then continue the cherry-pick process:
git add <resolved-files>
git cherry-pick --continue
Test the Changes: Ensure that the changes are tested thoroughly in the release candidate environment to confirm the fix works as expected.
Push the Changes:
git push origin release-candidate-branch
Cherry-picking ensures that only the required changes are applied to the release candidate, maintaining the stability and integrity of the codebase.
What is the correct order of resolution of OSGi configuration at Runtime?
Answer : B
The order of resolution for OSGi configurations at runtime in AEM is as follows:
Web Console Configuration:
Changes made through the OSGi Web Console take immediate effect and have the highest precedence. This is because these configurations are considered the most direct way to adjust OSGi settings at runtime.
/apps Configuration:
Configurations in the /apps directory take precedence over those in the /libs directory. This allows custom configurations to override the default configurations provided by AEM.
/libs Configuration:
Configurations in the /libs directory are the default configurations provided by AEM. They are overridden by any configurations in the /apps directory.
By understanding this order, developers can effectively manage and prioritize their OSGi configurations to ensure the desired behavior of their AEM instances.
A customer who is running an AEM application on premise reports that the application is slowing down over time and even crashes The issues seem to start occurring after a new production deployment. The AEM developer knows that the described symptoms could be caused by a memory leak.
Which two steps should be taken after confirming the problem is related to a memory issue? (Choose two.)
The OSGi configuration is added to a runmode specific configuration "config.author.staging" in AEM as a Cloud Service. The application fails to read the configuration.
What is a possible cause of this issue?
An AEM as a Cloud Service implementation customer wants content to be replicated as soon as the On Time and Off Times are reached.
What must the developer configure?
What is Out of Scope for the Pattern Detector tool, while doing an AEM upgrade?