|GET||Retrieve all application definitions|
|GET||Retrieve an application definition|
|POST||(deprecated v1 API version) Create a new application definition|
|GET||(deprecated v1 API version) Retrieve an application definition|
|GET||(deprecated v1 API version) Retrieve a list of applications|
App Directory implementations MAY extend the list of endpoints to provide other necessary functionality. However, FDC3 Desktop Agent implementations that connect to app directories MUST support connection to app directories that only provide the minimum endpoints listed here.
App Directory Standard Compliance
An FDC3 Standard compliant App Directory implementation MUST:
- Implement the specified
/v2endpoints for retrieving app definitions as defined in the app directory OpenAPI specification:
- Ensure that
appIdfield values assigned to applications are unique within the directory.
- Ensure that app directory records served meet the minimum requirements specified in the app directory OpenAPI specification
- Support retrieval of app directory records via either the raw
myAppId) or fully-qualified appId (e.g.
myAppId@host.domain.com) as defined in the app directory overview.
An FDC3 Standard compliant App Directory implementation SHOULD:
- Support authentication (where required) via the HTTP Authorization header and Bearer authentication schema (implemented via JWT tokens)
- Select any
categoriesfield values from the recommended list.
- Encourage the use of the
localizedVersionsfields in appD records to support localization and accessibility.
An FDC3 Standard compliant App Directory implementation MAY:
- Support filtering of application records returned by user entitlement, where authentication is enabled.
- Implement the deprecated
/v1endpoints provided for backwards compatibility with prior version of the standard:
- Extend the implementation with additional endpoints.