Resourcesspeccustomimplcandidate
Publish and manage file resources.
Scope
Typical file resources are resources referenced from styles (icons, sprites) or schema documents referenced from feature data. The files are located in the folder api-resources/resources/{apiId}
.
Operations
Resource | Path | Methods | Media Types | Description |
---|---|---|---|---|
Resources | resources | GET | HTML, JSON | This operation fetches the set of file resources. For each resource the id and a link to the file is provided. |
Resource | resources/{resourceId} | GET | Any | Fetches the file resource with identifier resourceId . The set of available resources can be retrieved at /resources . |
Resource | resources/{resourceId} | DELETE, PUT | Any | Create, update or delete a file resource. |
Path Parameters
Name | Resources | Description |
---|---|---|
resourceId | Resource | The local identifier of the resource. |
Query Parameters
Name | Resources | Description |
---|---|---|
f | Resources | Select the output format of the response. If no value is provided, the standard HTTP rules apply, i.e., the "Accept" header will be used to determine the format. |
Configuration
Options
Name | Default | Description | Type | Since |
---|---|---|---|---|
buildingBlock | Always RESOURCES . | string | v3.1 | |
enabled | false | Enable the building block? | boolean | v3.1 |
caching | {} | Sets fixed values for HTTP Caching Headers for the resources. | object | v3.1 |
managerEnabled | false | Controls whether the resources should be able to be created and deleted via PUT and DELETE through the API. | boolean | v3.1 |
optimisticLockingLastModified | false | Option to enable support for conditional processing of PUT and DELETE requests, based on the time when the resource was last updated. Such requests on an existing ressource must include an If-Unmodified-Since header, otherwise they will be rejected. A resource will only be changed, if the resource was not changed since the timestamp in the header (or if no last modification time is known for the feature). The setting is ignored, if optimisticLockingETag is enabled. | boolean | v3.5 |
optimisticLockingETag | false | Option to enable support for conditional processing of PUT and DELETE requests, based on a strong Entity Tag (ETag) of the resource. Such requests on an existing resource must include an If-Match header, otherwise they will be rejected. A resource will only be changed, if the resource matches the Etag(s) in the header. | boolean | v3.5 |
Examples
- buildingBlock: RESOURCES
enabled: true
managerEnabled: true