You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/guides/api-calls/api-versioning-strategy.md
+9-7Lines changed: 9 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -67,23 +67,25 @@ Box can issue a new breaking change to API endpoints **once** per year, reservin
67
67
Each stable version is supported for a minimum of 12 months. This means that when a new version is released, the previous version becomes deprecated and will be available for use, but no new features will be added.
68
68
It also means, that a new version cannot be released sooner than every 12 months.
69
69
70
-
We strongly recommend updating your apps to make requests to the latest stable API version. However, if your app uses a stable version that is no longer supported, then you will get a response with an HTTP error code `400 - Bad Request`. For details, see [Versioning Errors](#versioning-errors).
70
+
We strongly recommend updating your apps to make requests to the latest stable API version. However, if your app uses a stable version that is no longer supported, then you will get a response with an HTTP error code `400 - Bad Request`. For details, see [Versioning Errors](g://api-calls/permissions-and-errors/versioning-errors).
71
71
72
72
If your request doesn't include a version, the API defaults to the initial Box API version—the version available before
73
73
year-based versioning was introduced. However, relying on this behavior is not recommended when adopting deprecated
74
74
changes. To ensure consistency, always specify the API version, with each request. By making your application
75
75
version-aware, you anchor it to a specific set of features, ensuring consistent behavior throughout the supported
76
76
timeframe.
77
77
78
-
### Endpoint marking
78
+
### Endpoint versioning indication
79
79
80
-
To keep you informed about the current API state, and improve the readability of the versioned API reference, the affected endpoints are marked with the following terms:
80
+
To keep you informed about the current API state, and improve the readability of the versioned API reference, the affected endpoints are marked with a pill based on the `x-stability-level` tag or `deprecated` attribute.
81
81
82
-
***Beta**: Endpoints marked with **beta**, are offered subject to Box’s Main Beta Agreement, meaning the available capabilities may change at any time. Although beta endpoints not the same as versioned endpoints, they are a part of API lifecycle.
82
+

83
83
84
-
***Latest version**: The latest version applies to APIs that are already versioned. **Latest version** marks the most recent API version of an endpoint.
85
-
86
-
***Deprecated**: If a version is deprecated, it is still available for use, but no new features are added. Such a version is marked with **Deprecated**.
84
+
| Schema element | Pill name | Description|
85
+
|---------------------|-----------|------------|
86
+
|`x-stability-level: beta`| Beta | Endpoints marked with **beta**, are offered subject to Box’s Main Beta Agreement, meaning the available capabilities may change at any time. Although beta endpoints not the same as versioned endpoints, they are a part of API lifecycle. |
87
+
|`x-stability-level: stable` or no `x-stability-level` tag | Latest version | The latest version applies to APIs that are already versioned. **Latest version** marks the most recent stable API version of an endpoint.|
88
+
|`deprecated: true`| Deprecated | An endpoint is deprecated, which means it is still available for use, but no new features are added. Such an endpoint is annotated with the `deprecated` attribute set to `true`.|
0 commit comments