Warning
You are browsing a legacy documentation for FTW (daily, hourly and product) which is no longer maintained.

Last updated

Assets

Reference documentation providing information on assets.

Table of Contents

Assets are a mechanism for defining client application configuration data and content for a marketplace. The assets are managed by a marketplace operator and changes relatively infrequently. Each asset is an object that defines a path and content. The path gives the asset a name and allows organizing assets in a way similar to a file system, where assets can be organized in directory-like structure. The content of the asset is its data in one of the supported data types.

At present, Flex supports only JSON data as assets. Support for images (JPEG, PNG, etc) is coming in the future.

The assets are typically edited by a marketplace operator though Flex Console.

At present, Flex uses assets for managing marketplace content without code changes:

For example, a marketplace may have assets with the following assets:

├── config
│   └── client.json
└── content
    └── translations.json

where config/client.json could contain configuration data (for instance, UI colors, marketplace pricing settings, etc) and content/translations.json could contain string microcopy data to be used in a marketplace client application (such as one based on one of the FTW templates).

Asset versioning

Collectively, the set of assets of a marketplace is called the asset tree. Each time the data of one or more assets is changed, a new asset is added, or an existing asset is deleted, a new version of the asset tree is created. Old asset tree versions are never updated. In other words, tree versions are immutable.

Each tree version, therefore, represents the exact set of assets and their data at the time when the version was created.

The following analogy with the Git version control system may be useful to consider: The asset tree versions are analogous to Git commit SHAs. The entire asset tree is versioned as a whole and individual assets do not have their own independent versions. Unlike Git, however, the asset tree versioning does not support branching.

To facilitate access to the latest asset data, Flex maintains a built-in alias called latest that always refers to the latest asset tree version.

Note: Old versions of the asset tree may be automatically deleted, but no sooner than 24 hours after the version gets succeeded by a newer one.

Retrieving asset data

Client applications retrieve asset data through the Asset Delivery API. Asset data can be access either by alias (using the built-in latest alias) or by specific version.

In order to access asset data, clients need a client ID for a valid Flex Marketplace API application. The easiest way to access assets is by using the Flex SDK for JavaScript.

See the Asset Delivery API reference for more information.

Asset data caching

In order to ensure as efficient data retrieval as possible, the Asset Delivery API response data can be cached by both the Asset CDN and the client. Each API response comes with appropriate Cache-Control and ETag HTTP headers automatically and caching works out of the box with clients that support these headers (such as the end users' web browsers).

Since asset versions are immutable, asset data that is accessed by a specific version can be cached for extended period of time. On the other hand, the latest alias is mutable and therefore asset data retrieved by alias cannot be cached indefinitely. The cache time for access by alias can differ depending on whether your marketplace environment is a development or live one. For live marketplaces the cache time can be up to 5 minutes, while for development marketplaces it is much lower. Refer to the Asset Delivery API reference for up-to-date-information. The Cache-Control HTTP header will always provide correct data and client applications should observe that if custom caching is being implemented.

In live marketplaces, the latest asset data can be cached and it may take up to 5 minutes before any changes are visible to all end users.

Further reading