Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

General information

The Integration Service provides an API where integration endpoints can register for notifications regarding predefined sets of changes in the Digizuite.

When registering an endpoint, a name and a URL where notifications should be sent to must be provided. Furthermore, it must be indicated which of the following change types the integration endpoint should receive notifications for:

ChangeType

Corresponding internal events

Internal constant

AssetChanged

AssetCreated, AssetDeleted, AssetExternalProccessingFinished, AssetFolderUpdated, AssetLocationStateUpdated, AssetMetadataUpdated, AssetProfilePublished, AssetSecurityUpdated, AssetUploadFinished

1

MetafieldChanged

MetafieldCreated, MetafieldDeleted, MetafieldMetadataUpdated, MetafieldSecurityUpdated

2

TreeValueChanged

TreeValueCreated, TreeValueDeleted, TreeValueMetadataUpdated, TreeValueSecurityUpdated

4

ComboValueChanged

ComboValueCreated, ComboValueDeleted, ComboValueMetadataUpdated, ComboValueSecurityUpdated

8

An integration endpoint can subscribe to any subset of the four change types, but it must subscribe to at least one change type.

When subscribing to a change type, each time a corresponding internal event occurs, a notification will be sent to the URL registered for the integration endpoint. For instance, both AssetCreated and AssetDeleted events will trigger the same AssetChanged notification on all endpoints that subscribe to AssetChanged events. The events are debounced to avoid receiving too many identical change events over a short period of time. Thus, a small notification delay is to be expected.

Note that, it is possible to provide custom headers for the notification HTTP messages when registering an integration endpoint. This, however, is optional.

When using the API, make sure that your user has the required roles for the requested endpoint. In particular, the roles “Integration_Endpoints_View” and “Integration_Endpoints_CRUD” are required for a lot of the endpoints.

Note that, it is also possible to get, retry, and purge failed messages with the API.

More comprehensive Swagger documentation can be found at “<YOUR_DAM>/DigizuiteCore/IntegrationService/api-docs”, where <YOUR_DAM> is the base URL of the DC installation. E.g. “https://mm-dam.dev.digizuite.com”.

Notifications

Notifications are, by definition, push-based. Thus, for an integration endpoint to receive notifications it should listen for incoming HTTP POST messages at the registered URL. A notification generally has the following JSON-formatted body:

{
  "ChangeType": <the change type of the event>,
  "Data": {
    <specificId>: <specificIdValue>,
    "ItemId": <itemId of the item that triggered the event>
  }
}

The value of the “ChangeType” parameter is an integer, which is used to identify its change type. See the constants in the table above. For each of the change types, an additional data parameter is provided. The specific IDs are:

ChangeType

<specificId>

AssetChanged

“AssetId”

ComboValueChanged

“ComboValueId”

MetafieldChanged

“MetafieldId”

TreeValueChanged

“TreeValueId”

  • No labels