Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Streamline server error deserialization when using graph core SDKs #826

Open
Ndiritu opened this issue Apr 18, 2024 · 0 comments
Open

Streamline server error deserialization when using graph core SDKs #826

Ndiritu opened this issue Apr 18, 2024 · 0 comments
Labels
type:enhancement Enhancement request targeting an existing experience

Comments

@Ndiritu
Copy link
Contributor

Ndiritu commented Apr 18, 2024

We currently provide different experiences across languages to handle error payloads from Graph when using only the Core SDK.
This is apparent when working with tasks (Page Iterator, Large File Upload) and Batch requests making it difficult for developers to understand the cause of failed requests.

e.g.
.NET Core SDK provides a ServiceException which stores the error payload as a string property for LFU

Java, PHP & Python currently don't expose/deserialize the error payload out of the box

We could agree to:

  • allow passing custom error mappings with the option of adding convenience methods on the GraphServiceClient to create tasks while passing the generated error models under the hood.
  • provide a standard Exception type for the Core SDK that we default to when no custom error mappings are present.

Previous guidance around this, worth referencing. https://github.com/microsoftgraph/msgraph-sdk-design/blob/master/content/ErrorContent.md

@Ndiritu Ndiritu added the type:enhancement Enhancement request targeting an existing experience label Apr 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:enhancement Enhancement request targeting an existing experience
Projects
None yet
Development

No branches or pull requests

1 participant