Authentic Adobe Certification Exam AD0-E137 Questions Answers

Workflow launchers in AEM are designed to monitor changes in specific repository paths such as /content, /content/dam, and /conf. However, changes under certain system-level paths, including /var, do not trigger workflows. This restriction is intentional, as /var is used for system-generated and internal data such as workflow instances, audit logs, and temporary nodes. Triggering workflows on changes under /var could result in recursive or unintended behavior. Option A is unrelated because Workflow Process Legacy Mode refers to backwards compatibility. Option B is incorrect, as AEM does allow system nodes under /var, but they are not workflow-launcher enabled. Adobe documentation makes clear that workflow launchers must be configured under supported content paths for them to execute correctly.

The correct approach to display external API results using server-side rendering in AEM is to separate responsibilities across three layers. First, create an OSGi component that encapsulates the logic for making external API calls using an HTTP client. This ensures reusability and central management of integration code. Second, create a Sling Model that references this OSGi service. Sling Models provide a resource-adaptable layer that connects AEM components to backend services, making it easier to expose data to HTL scripts. Finally, bind this Sling Model to an AEM component, which displays the fetched data in server-rendered HTML. This is aligned with Adobe’s guidance that integration logic should be handled within OSGi services, with Sling Models bridging content and services for components. Options B and C incorrectly assign responsibilities to Servlets or components, which violates best practices for modularity.

Text pre-extraction is recommended during reindexing of existing Lucene indexes that have binary extraction enabled. Binary extraction is the process where text content is extracted from binary files (such as PDFs or Word documents) for indexing. During reindexing, extracting text repeatedly from large binaries can cause performance degradation. Pre-extraction allows text to be extracted once and reused during indexing, significantly reducing reindexing time and system load. Option B is incorrect because small repositories don’t require pre-extraction optimization. Option C is also incorrect, as images generally don’t involve binary text extraction unless paired with OCR. Adobe highlights pre-extraction as a performance optimization technique for reindexing scenarios involving binary text content.