[Bug]: Implement httpprotobuf as open telemetry protocol.
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 65/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- csharp, grpc
- Área
- backend, observability
Línea de trabajo
Comienza en src/Service/Program.cs y src/Service/Startup.cs, donde se configuran los exportadores OTLP de logging, métricas y tracing. Sigue cómo se carga exporter-protocol desde el modelo de CLI/configuración y, a continuación, verifica que cada exportador de servicio admita tanto grpc como httpprotobuf en lugar de imponer grpc; las pruebas existentes de los exportadores, si las hay, deberían cubrir ambos valores.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What happened?
While CLI implements the option to configure the protocol, the service implementation looks hard coded to GRPC. After spending many hours to get it to use httpprotobuf it looks like at a cold level its implemented to grpc.
Copilot validating:
You’re right: service code is currently hard-coded to gRPC.
Confirmed in these service paths (all set configure.Protocol = OtlpExportProtocol.Grpc; explicitly):
src/Service/Program.cs (logging OTLP exporter)
src/Service/Startup.cs (logging, metrics, tracing OTLP exporters)
Meanwhile, config model/schema/CLI do expose exporter-protocol with grpc | httpprotobuf, but the service wiring does not read/use that value when creating exporters.So current state is:
CLI/schema/config: supports httpprotobuf
runtime exporter setup: effectively always gRPC
Version
2.0.9
What database are you using?
Azure SQL
What hosting model are you using?
Local (including CLI)
Which API approach are you accessing DAB through?
MCP
Relevant log output
Code of Conduct
- I agree to follow this project's Code of Conduct
- Lenguaje dominante
- C#
- Estrellas
- 1.5k
- Forks
- 372
- Merge medio
- 9 d 2 h
- PR fusionados (30 d)
- 10
Preparar el entorno
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/data-api-builder
-
pgsql
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Azure/data-api-builder#3598 ·
Los mantenedores suelen responder en 1 día
-
2.x cli mcp-server
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Azure/data-api-builder#3576 ·
Los mantenedores suelen responder en 1 día
-
2.x health-endpoint
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Azure/data-api-builder#3570 ·
Los mantenedores suelen responder en 1 día
-
2.x telemetry
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Azure/data-api-builder#3564 ·
Los mantenedores suelen responder en 1 día
-
2.x telemetry
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Azure/data-api-builder#3562 ·
Los mantenedores suelen responder en 1 día
Todos los issues de Azure/data-api-builder
Issues similares
-
area-System.Numerics.Tensors untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
dotnet/runtime#134691 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
ci-failure-cause test-failure
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
AvaloniaUI/Avalonia#22312 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100