Adobe Commerce Admin UI SDK extension points

This section describes how to use existing extension points in any Adobe Developer App Builder application that customizes Adobe Commerce Admin.

The Adobe Commerce Samples repository contains samples for different extension points of the Adobe Commerce Admin UI SDK. Use these samples to gain insight on how the Admin SDK injects menus and pages into the Admin.

Shared contexts

The sharedContext constant is available only when a mass action, menu, or order view button performs a redirection to an iFrame page. For mass actions, sharedContext contains a set of selected IDs, the Commerce base URL, the client ID, and an IMS token, as shown below. For menus and order view buttons, sharedContext contains only an IMS token.

Copy
const sharedContext = {
  selectedIds: array,
  commerceBaseUrl: string,
  imsToken: string,
  clientId: string
}
Copied to your clipboard
const sharedContext = {
  selectedIds: array,
  commerceBaseUrl: string,
  imsToken: string,
  clientId: string
}

In the following code example, the getGuestConnection() call uses a sharedContext to retrieve a list of selected IDs. The extensionId must match the ID used to register the app in the ExtensionRegistration.js file.

Copy
const getGuestConnection = async () => {
    return await attach({
        id: extensionId
   })
}
    
getGuestConnection().then((guestConnection) => {
  guestConnection.sharedContext.get('selectedIds')
})
Copied to your clipboard
const getGuestConnection = async () => {
    return await attach({
        id: extensionId
   })
}
    
getGuestConnection().then((guestConnection) => {
  guestConnection.sharedContext.get('selectedIds')
})

The path parameter for a productMassAction specifies where to redirect the mass action UI.

Mass actions without iFrames

When a mass action displayIframe parameter is set to false, you must account for additional factors.

Mass action request headers

Use the following request headers when you perform a mass action without implementing an iFrame.

Application failures

Commerce expects application responses to contain the error status and message. Commerce logs the error and displays an error banner notification to the user.

Connection interruption failures

By default, Commerce waits 10 seconds for a response, though the extension point can customize this value. When the timeout is reached, Commerce:

• Logs a 408 timeout status and error message.
• Displays an error banner notification.
• Sends the admin_ui_sdk_mass_action_request_failed event. The application can subscribe to this event to take action, such as rolling back updates in Commerce.

The application can access details of the failed request using the GET V1/adminuisdk/massaction/<requestId> REST API. The token used to authenticate the request must have access to the Admin UI SDK. The call returns an error message if the request ID was not found or if it associated with a successful action.

Recommendations

• Use bulk update in Commerce to avoid inconsistency issues in case of failures.
• Event and REST API responses contain the list of selected IDs for a request. It is the application's responsibility to monitor updates or failures in Commerce.

Last updated 6/26/2024

Was this helpful?

Yes

No