Adobe AD0-E137 - Adobe Experience Manager Sites Developer Expert

By default, when saving dialog values, AEM stores them as String types in the JCR unless a type hint is provided. To ensure a checkbox is stored as a Boolean, developers must add a hidden TypeHint field to the dialog. This informs Sling Post Servlet about the correct JCR type when persisting values. Option A, using a JCR Event Listener, is inefficient and adds unnecessary complexity. Option C, using a Switch, would still result in a String unless the TypeHint is specified. Adobe documentation specifies that TypeHint fields should be added whenever developers need precise control over how values are stored, especially for Boolean, Long, or Date properties.

In AEM as a Cloud Service, indexes must be defined and deployed as part of the project code base. The recommended approach is to extend or customize the out-of-the-box (OOTB) indexes by modifying the Oak index definitions and deploying them via Maven and Cloud Manager pipelines. This ensures that indexes are version-controlled, consistently deployed across all environments (Dev, Stage, Prod), and aligned with CI/CD practices. Option B is incorrect because replicating index packages via Package Manager is not supported in AEM as a Cloud Service. Option C is valid in scenarios where entirely new indexes are needed, but the question specifies that the index is based on existing search requirements. Adobe documentation emphasizes customizing existing indexes as the most efficient way to support project-specific queries.

Explanation (Adobe Docs Reference):

When configuring SAML SSO with AEM, the dispatcher must allow POST requests to the saml_login endpoint. If blocked, AEM redirects endlessly back to the IDP. This is done by allowing the POST request in filters.any.

Adobe Documentation:

“For SAML authentication to work with AEM behind a Dispatcher, you must configure the dispatcher filter to allow POST requests to /saml_login. Otherwise, authentication attempts will loop infinitely.”

— AEM Dispatcher and SAML Authentication Configuration

The recommended way to generate a new AEM project is by using the official Adobe AEM Maven Archetype. Developers must specify the correct groupId (com.adobe.aem) and artifactId (aem-project-archetype). The archetypeVersion should match the latest stable archetype version (e.g., 50 for AEM 6.5). The groupId of the project should be set to the organization’s package, in this case com.mysite. The appId defines the project name and should match the intended application (mysite). The version is defined as 2.0 to represent the project version, while aemVersion=6.5 ensures compatibility with AEM 6.5. Option A is invalid because the archetype groupId is incorrect and the values are mismatched. Option C contains placeholders and an invalid groupId. Adobe’s official documentation for generating projects specifies option B as the valid approach.

Explanation (Adobe Docs Reference):

AEM provides Generic Analytics Snippet functionality to allow marketing/analytics teams to manage third-party tracking scripts directly through the AEM UI, without needing a development release cycle. This enables non-developers to add or update scripts (e.g., analytics tags, marketing pixels) safely.

Option A is incorrect: Hardcoding the script in HTL means dev releases are required for every change.

Option B is incorrect: Page policies control design configurations and allowed components, not scripts.

Option C is correct: Generic Analytics Snippet is designed for this scenario.

Adobe Documentation:

“AEM provides a generic analytics snippet component that allows administrators to add and manage third-party tracking codes outside of the development cycle.”

— AEM Sites – Generic Analytics Snippet

Modern AEM projects often include front-end build processes for handling CSS, JavaScript, and component-specific assets. Webpack is the recommended tool for managing dependencies, bundling code, minification, transpilation (e.g., ES6+ to ES5), and optimizing assets. It integrates with the AEM Maven build process and supports workflows like Single Page Applications (SPA) and client libraries. Option B, Apache Sling, is the underlying web framework for AEM, not a front-end tool. Option C, Maven, manages project builds and back-end dependencies but not front-end asset pipelines. Option D, the AEM Sites Console, is for authoring and managing pages, not development builds. Adobe documentation for SPA Editor and modern AEM projects consistently demonstrates Webpack as the standard tool for front-end optimization.

In AEM, fine-grained access control is managed using JCR Access Control Entries (ACEs). To grant access only to a specific node but exclude all child nodes, the correct approach is to set the rep:glob = "" property. This ensures that permissions apply strictly to the node itself and not recursively. Option B, rep:globs = "**", would apply access recursively to all descendants. Option C, rep:glob = "child", is invalid and does not represent a valid configuration. Adobe recommends precise use of rep:glob patterns to restrict user access according to security requirements, ensuring least-privilege principles.

Run mode-specific configurations in AEM follow a strict naming convention under the osgiconfig folder. The folder structure defines both the run mode (author or publish) and the environment (e.g., dev, stage, uat, prod). For UAT author environments, the correct structure is config.author.uat. Option C follows this convention correctly. Option A and B use incorrect naming patterns, which would prevent AEM from loading the configuration under the desired run mode. Adobe emphasizes the importance of placing OSGi configs in the correct folder paths within the ui.apps project or ui.config project depending on deployment structure.

The correct HTL syntax combines the page path and the suffix in a structured format where the final .html extension appears at the end of the generated URL. In AEM, links must resolve to valid Sling resources that end in .html for pages, and suffixes can be appended before the extension. Option B correctly creates the path /content/testsite/en/page1/product/test1.html, which is a valid and Sling-resolvable path. Option A incorrectly places .html too early, producing an invalid URL that AEM cannot resolve. Option C inverts the intended relationship between the path and suffix. Adobe documentation for HTL and URL construction highlights that Sling requires .html as the standard extension for page rendering, and suffixes should precede this extension.