Return generated model instances from connector operations
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 32/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- python
- Área
- api, backend-api-design, tooling
Línea de trabajo
Start with the CodefulSdkGenerator and the generated connector operation methods, then inspect the pinned managed connector contracts and existing serialization/deserialization tests. Add coverage for modeled, nested, collection, optional, wire-name, binary, text, and empty responses, regenerate affected clients, and verify the artifacts match the paired generator revision and updated API documentation.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
Generated connector clients expose response model classes, but operation methods currently deserialize JSON responses to weak dictionary types. For example, Office365Client.get_emails_async returns dict[str, Any] | None rather than an instance of its generated response model. This prevents callers and documentation from relying on typed response properties.
Identified in PR #89 review.
Proposed work
- Update the CodefulSdkGenerator to emit precise operation return annotations when the managed connector contract defines a response schema.
- Deserialize JSON responses into the corresponding generated model classes, including nested models, collections, optional fields, and wire-name mappings.
- Preserve dictionary, binary, text, and empty-response behavior when no generated response model applies.
- Regenerate affected connector clients from pinned contracts and link the paired AzureUX-BPM generator PR.
- Update API documentation after typed responses are available.
Acceptance criteria
- Connector operations with modeled response schemas return generated model instances rather than
dict[str, Any]. - Return annotations distinguish modeled, unmodeled, binary, text, and no-content responses.
- Serialization/deserialization tests cover nested objects, collections, optional fields, and wire-name mappings.
- Existing connector behavior remains compatible for responses without modeled schemas.
- Generated artifacts match the paired generator revision.
- Lenguaje dominante
- Python
- Estrellas
- 0
- Forks
- 3
- Merge medio
- 3 d 11 h
- PR fusionados (30 d)
- 10
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 Azure/connectors-python-sdk
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
Azure/connectors-python-sdk#91 ·
Los mantenedores suelen responder en 1 día
Todos los issues de Azure/connectors-python-sdk
Issues similares
-
Harmony OPeNDAP SubSetter (HOSS) Geographic LARC_CLOUD PREFIRE_SAT2_AUX-SAT R01 production
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
nasa/harmony-autotester#245 ·
-
feature
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
-
L: github:actions L: php:composer
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
dependabot/dependabot-core#16493 ·
Los mantenedores suelen responder en 1 día
-
2.3 EDA: `np.log` example adds +1 to every value, so it can't produce the `-inf` output shownAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
DataTalksClub/machine-learning-zoomcamp#730 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 4 días