This hands-on exercise builds on Hands-on exercise: Search and Indexes
Now that you understand how to move content from AEM 6.x to AEM as a Cloud Service and index it, let's explore how AEM as a Cloud Service processes and renditions assets.
This hands-on exercise builds on Hands-on exercise: Migrating Content to AEM as a Cloud Service
Now that you understand how to move content from AEM 6.x to AEM as a Cloud Service, let's explore how to create custom indexes to AEM as a Cloud Service.
Apply your knowledge by trying out what you learned with this hands-on exercise.
Prior to trying the hands-on exercise, ensure you're familiar with the following topics, or review the following materials:
In this exercise, we will define a custom processing profile and apply it to an AEM assets folder.
- Navigate to Tools > Assets > Processing Profiles
-
Click 'Create'
-
Provide a name for the new profile.
-
Create a custom rendition for png and jpg.
Set the appropriate height and width.
-
'Save'
-
Select Profile and use the Apply Profile to Folder(s) wizard.
- You can also Assign/Remove Processing Profile to folder via folder properties page, to do so
Navigate to the desired folder
Select folder and click the "Properties" button in the Action Bar
Select Processing Profile from "Processing Profiles" tab
-
Upload an asset to the folder.
-
Verify the custom renditions being generated.
This library supports uploading files to a target instance, while providing support for monitoring transfer progress, cancelling transfers, and other features.
To install the and use the command locally
npm install -g @adobe/aio-cli-plugin-aem
aio-aem (-v|--version|version)
aio-aem --help
-
Navigate to AEM as a Cloud Service
-
Go to Tools > Security > Users
-
Create a new user, set his password and set user group to
administrators
. -
Download these images (or use your own) Demo_Images.zip
-
Open command prompt/terminal
-
Run the following command
aio-aem aem:upload path_to_Demo_Images_folder -h <AEM as Cloud Service Instance URL> -c username:password
e.g.
aio-aem aem:upload Demo_Images -h https://author-pXXXX-eXXXX.adobeaemcloud.com -c uploadUsers:myPassword
-
Following output should be displayed on the terminal window
Verify the uploadURIs pointing to azure blob storage
-
Go to Assets > Files > aem-upload-xxxxx and verify the uploaded assets
- Understand changes related to indexes in AEM as a Cloud Service
- Clone this Git repository
- Clone this Git repository
- Copy
/new-index-content/src/main/content/jcr_root/_oak_index
folder from the first Git repository clone to the Cloud Manager Git project - Modify the
filter.xml
to include the `_oak_index folder - Add
<allowIndexDefinitions>true</allowIndexDefinitions>
tofilevault-package-maven-plugin
plugin configuration in parentpom.xml
- Do a local maven build and deploy
- Commit the new code with index definitions to Cloud Manager Git
This hands-on exercise builds on Hands-on exercise: Onboarding
Now that you understand the AEM as a Cloud Service onboarding process, and how to used Adobe Admin Console to provide access to Cloud Manager and AEM as a Cloud Service, let's explore how to deploy an AEM application to AEM as a Cloud Service using Cloud Manager.
Apply your knowledge by trying out what you learned with this hands-on exercise.
Prior to trying the hands-on exercise, ensure you're familiar with the following topics, or review the following materials:
This project is intended to illustrate example conditions identified by Adobe's Best Practice Analyzer (BPA) and how they can be remediated.
Please not that this Git repository contains a project rife with bad practices and incompatible code and configuration. These violations are used to illustrate a starting condition which can then be juxtaposed against the remediation for specific Best Practice Analyzer codes, broken out by Git branches.
This branch is the starting point generated for Adobe's Maven Project Archetype 10 with several violations intentionally added.
Adobe Best Practice Analyzer reports violations by code, and each code provides details about what the violation is, and how to resolve it.
For violations this project's main
Git branch a corresponding Git branch, in the format code/<bpa code>
contains the changes required for resolve that, and only that, violation.
Performing a Github.com Compare between the main
and code/<bpa code>
provides a clear view of the changes required to mitigate the violation.
wknd-legacy
- Configure your user in the Adobe Admin Console to have have full access to Adobe Cloud Manager.
- Login to and explore Adobe Cloud manager.
- Install the aio CLI and Cloud Manager plugin, and configure it for your development Program
- Push the updated WKND Legacy project code to your Cloud Manager Git repository.
- Attach a Cloud Manager pipeline to the WKND Legacy code in Cloud Manager Git
- Trigger a build of the attached Cloud Manager pipeline using the Cloud Manager AIO Plugin.
- Validate in both Cloud Manager and with the aio CLI Cloud Manager plugin the Cloud Manager pipeline completed