AD0-E906 Adobe Workfront for Experience Manager enhanced connector Expert Questions and Answers

In this scenario, the calculated fieldAllowable Daysand theRequired Delivery Dateneed to display on the project. To achieve this:

Allowable Days: This is a calculated field, so it should be set up as a calculated field in the project custom form, which references the difference between theRequest Entry Dateand theRequired Delivery Date.

Required Delivery Date: This is a static field and should be displayed as a text field to ensure that the original requested delivery date is retained.

Option B is incorrect because both fields do not need to be calculated. TheRequired Delivery Dateis already a static value and doesn’t require calculation.

For more information, refer to theWorkfront documentationon setting up calculated fields and text fields in custom forms.

When configuring theWorkfront for Experience Manager Enhanced Connectorto version files correctly in AEM, the following criteria must be met:

Same Name: The new version of the file must have the exact same name as the current version. This ensures that AEM recognizes the file as a new version of an existing asset rather than a completely new asset.

Same Location: The new version must be sent to thesame locationin AEM as the current version. If the file is uploaded to a different location, AEM will not recognize it as a version of the existing asset.

Option B (appending version numbers) is not required for versioning in AEM, as versioning is handled internally based on the file’s name and location. Option C (same metadata) is not necessary for versioning but could be relevant for other workflows or metadata synchronization.

Refer toAEM Enhanced Connector documentationfor detailed instructions on configuring versioning and asset management between Workfront and AEM.

In the given scenario, the developer needs to execute a Maven profile specifically for theCloud Manager deployment pipeline. This requires the use of a property that is exclusive to Cloud Manager, allowing the profile to activate only when the build is being executed in the Cloud Manager environment.

Option C uses the correct activation property:

env.cloudmanager

This property is specific to Adobe's Cloud Manager environment, ensuring that this Maven profile will only be activated during Cloud Manager deployments. This allows the local deployment process to remain unaffected while the correct profile is triggered in Cloud Manager.

Options A and B use other properties (env.CM_BUILD or CM_BUILD) that are not standard or specific to the Cloud Manager environment, making them incorrect choices.

For more details, you can refer to Adobe’sCloud Manager Maven Configurationdocumentation, which outlines how to configure Maven profiles specifically for Cloud Manager's deployment pipelines.

To upload a new version of a document and ensure it is available in AEM Assets, the user must select theNew Versionoption in Workfront. This triggers the version control process where the updated file can be uploaded.

By choosing the Experience Manager integration after selectingNew Version, the system ensures that the latest version of the document is sent to AEM Assets, where it will replace the previous version without losing version history.

This workflow supports maintaining version control between Workfront and AEM, ensuring that the most current version of the asset is always available in both systems.

Refer to theWorkfront-AEM Enhanced Connector Guidefor further details on version control and document updates between Workfront and AEM.

In AEM, for a custom workflow process to be available for selection in the dropdown menu of a process step, theprocess.nameproperty must be set in the @Component annotation. This property defines the unique name under which the custom workflow process will be registered and visible in the workflow model editor.

Here is an example of how this should be added to the existing code:

@Component(service = WorkflowProcess.class,

property = {"process.label=Custom Workflow Process", "process.name=customWorkflowProcess"})

process.label: This is the label that appears in the workflow model editor dropdown.

process.name: This is the internal identifier used by AEM to register the workflow process.

Options A and B would define other properties but will not resolve the issue of the custom workflow not appearing in the dropdown. The key property needed here is process.name.

For more details, refer to theAEM documentation on creating custom workflows and annotating components.

When adding the required packages for the Enhanced Connector in AEM, they should be added to theEmbeddedsection of the pom.xml for all subprojects. TheEmbeddedsection is used to define dependencies that need to be bundled with the AEM project, ensuring that the connector's functionality is included in the deployment.

Option A (Tools) is incorrect because this section is used for development tools, not dependencies. Option C (Servers) refers to server configurations, which is unrelated to package embedding.

Refer toAEM Maven project documentationfor more details on embedding packages in the pom.xml file.

Workfront includes adocument checkoutfeature that allows users to lock a document when it is being edited, preventing others from downloading or editing the file simultaneously. This feature effectively stops duplication of effort and ensures that only one person can work on a document at a time.

Document Checkout: By navigating to the document details page and clicking "Check out," the document will be locked for editing by the person who checked it out. Other users will benotified that the document is being edited, and they will not be able to download or make changes until it is checked back in.

Option B is incorrect because changing the document status to "Unavailable" does not prevent downloading or editing. Option C, while helpful for communication, does not enforce restrictions, which could still lead to duplication of effort.

For more detailed information, refer to theDocument Collaboration and Managementsection in the Adobe Workfront documentation, which outlines how the check-in/check-out system works.

To ensure that changes in metadata in Adobe Experience Manager (AEM) are synced back to Workfront for the fieldsContent TypeandEffort, the correct property assignment should map the Workfront custom form fields to the corresponding paths in the AEM JCR repository.

InOption A:

CUSTOM FORMS

is mapped to /jcr:content/metadata/content-type

CUSTOM FORMS

is mapped to /jcr:content/metadata/effort

This configuration ensures that changes made in AEM’scontent-typeandeffortmetadata properties will be reflected in the respective custom fields in Workfront.

Options B and C use incorrect prefixes (e.g., "DE:") and would not map the properties correctly for synchronization between Workfront and AEM.

Refer to theWorkfront Enhanced Connector documentationfor detailed instructions on configuring metadata synchronization between AEM and Workfront.

When creating a log file in AEM, the proper practice is to configure it under the/apps/myproject/configurationpath for the specific runmode folders (e.g., config.dev, config.stage, config.prod). This ensures that the log file configuration is applied based on the environment.

Runmode-specific configurationensures that logs are generated for the correct environment (development, staging, production), following best practices for AEM development.

Option A suggests using the /apps/systemconfiguration path, which is not the recommended location for project-specific configurations. Option B suggests asking for admin access, but developers typically create logs through code configuration rather than direct access to the console.

Refer toAEM’s logging configuration documentationfor details on setting up logs for specific environments.

In this scenario, the company wants only one department to use a custom metadata schema with a‘verifiedBy’ user picker fieldfor image assets. The best approach is to:

Create a new metadata schemafor the specific department.

Extend the Coral UI Componentto create a custom user picker field, which will allow the department to select users from the list of available users in the system.

Option A suggests modifying the default image metadata schema, which could impact all departments, and Option B involves manually adding users to a dropdown, which is not as efficient as using a user picker field.

Refer toAEM documentation on creating custom metadata schemasandextending Coral UI componentsfor more information.

The features requested by the customer, such as automatic folder creation, synchronization of Workfront document custom form values to AEM asset metadata, and automatic publication of assets to Brand Portal upon project completion, rely onEvent Subscriptionsin the enhanced connector configuration.

Event Subscriptionsare triggered when certain events occur, such as project completion or updates to custom form values, ensuring that the correct actions (like folder creation or asset publication) happen automatically.

Option A (Workflows) would be used for content approval processes but not for these specific automatic actions. Option B (Webhooks) can handle external notifications but is not directly relevant for these tasks within AEM and Workfront.

For more information, refer toAEM Enhanced Connector documentationon Event Subscriptions and their use in automating processes.

In this scenario, the user is managing a marketing campaign in Workfront and wants to use an existing asset from AEM Assets. Since the enhanced connector is already installed and configured, the user can go to theDocumentsarea within the Workfront project, clickAdd new, and then select theExperience Manager integration.

This integration allows the user to browse assets stored in AEM and select the required asset, which will be linked to the Workfront project without the need to download and re-upload the file.

This seamless integration between Workfront and AEM Assets enhances workflow efficiency by enabling users to directly access and use assets from AEM within their Workfront environment.

For more information, refer to the documentation onWorkfront and AEM Asset Integration, which covers the process of selecting and using AEM-stored assets within Workfront.

If themulti-value text fieldis being populated unexpectedly, the most likely cause is thatanother field in the metadata schema is mapped to the same property. When multiple fields are mapped to the same property in AEM, any updates to either field will overwrite or modify the property, leading to the unexpected population of values.

This can happen due to schema misconfiguration, where fields unintentionally share the same JCR property path.

Option B is incorrect because the value being required would not cause it to be populated automatically. Option C suggests simultaneous updates by different users, which is unlikely to cause the issue described.

Check themetadata schema configurationto ensure fields are mapped to distinct properties.