Skip to content

Conversation

@stainless-app
Copy link
Contributor

@stainless-app stainless-app bot commented Mar 20, 2025

Migration

Previously you would access error JSON on an exception via exception.error()._additionalProperties(), which would return Map<String, JsonValue>. Now you would access this via exception.body(), which returns JsonValue. You should no longer assume that the returned error JSON is an object. You can check via exception.body().asObject().

# Migration

Previously you would access error JSON on an exception via `exception.error()._additionalProperties()`, which would return `Map<String, JsonValue>`. Now you would access this via `exception.body()`, which returns `JsonValue`. You should no longer assume that the returned error JSON is an object. You can check via `exception.body().asObject()`.
@stainless-app stainless-app bot merged commit e47b431 into generated Mar 20, 2025
@stainless-app stainless-app bot deleted the chore-client-refactor-exception- branch March 20, 2025 05:30
stainless-app bot added a commit that referenced this pull request Mar 20, 2025
# Migration
Previously you would access error JSON on an exception via `exception.error()._additionalProperties()`, which would return `Map<String, JsonValue>`. Now you would access this via `exception.body()`, which returns `JsonValue`. You should no longer assume that the returned error JSON is an object. You can check via `exception.body().asObject()`.
@stainless-app stainless-app bot mentioned this pull request Mar 20, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant