Streamline server error deserialization when using graph core SDKs
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- csharp
- Área
- api, developer-experience
Línea de trabajo
Comienza leyendo las indicaciones vinculadas de ErrorContent.md y la implementación ServiceException.cs a la que se hace referencia. Compara cómo Java, PHP y Python exponen actualmente los payloads de error de Graph para las solicitudes de Page Iterator, Large File Upload y Batch. Se considera completado cuando el proyecto tenga un enfoque acordado y descrito de forma coherente para los mappings personalizados o una excepción estándar del Core SDK.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- C#
- Estrellas
- 163
- Forks
- 66
- Merge medio
- 1 d 18 h
- PR fusionados (30 d)
- 8
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoftgraph/msgraph-sdk-dotnet-core
-
Missing ConfigureAwait in PageIterator.IntrapageIterateAsyncPosiblemente ocupada @hardikkaurani la tomó hace 6 días. Abiertostatus:waiting-for-triage type:bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
microsoftgraph/msgraph-sdk-dotnet-core#1059 ·
Los mantenedores suelen responder en 2 días
-
status:waiting-for-triage type:bug
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
microsoftgraph/msgraph-sdk-dotnet-core#1047 · 3 comentarios · 8 reacciones ·
Los mantenedores suelen responder en 2 días
-
status:waiting-for-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
microsoftgraph/msgraph-sdk-dotnet-core#1046 · 2 comentarios · 2 reacciones ·
Los mantenedores suelen responder en 2 días
-
.NET
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
microsoftgraph/msgraph-sdk-dotnet-core#1029 ·
Los mantenedores suelen responder en 2 días
-
Fix CI build on windows-latestQuizá libre de nuevo @ramsessanchez la tomó hace 314 días y no hay ningún pull request abierto. Abierto
microsoftgraph/msgraph-sdk-dotnet-core#1003 · 1 asignado ·
Los mantenedores suelen responder en 2 días
Todos los issues de microsoftgraph/msgraph-sdk-dotnet-core
Issues similares
-
area-ai bug untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
dotnet/extensions#7893 ·
Los mantenedores suelen responder en 1 día
-
devtools documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
area-System.ComponentModel untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
dotnet/runtime#136608 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
fix: Cannot reopen dialog after closing with escape key in FluentDialogPosiblemente ocupada @bryan-ramirez la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
microsoft/fluentui-blazor#5572 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
sillsdev/languageforge-lexbox#2846 ·
Los mantenedores suelen responder en 1 día