danielgtaylor / danielgtaylor/python-betterproto
Imports from adjacent .proto files does not work
- Lenguaje dominante
- Python
- Estrellas
- 1.8k
- Forks
- 234
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
First of all, I looked at the issue #408 and I am absolutely sure that I have `betterproto[compiler]` of version `2.0.0b5` installed
I have this file structure:
```
protos
├── common.proto
└── devices
└── rpi.proto
```
With `protos/common.proto`:
```
syntax = 'proto3';
package org.company.name.common;
message DeviceId {
string device_id = 1;
}
```
and `protos/devices/rpi.proto`:
```
syntax = 'proto3';
package org.company.name.rpi;
import "common.proto";
import "google/protobuf/empty.proto";
service RPI {
rpc Start(common.DeviceId) returns (google.protobuf.Empty) {}
rpc Stop(common.DeviceId) returns (google.protobuf.Empty) {}
```
I then generate betterproto files:
```
poetry run python -m grpc_tools.protoc \
-I protos \
--python_betterproto_out=package_name/grpc \
protos/common.proto \
protos/devices/rpi.proto \
```
## The BUG
In `package_name.grpc.org.company.name.rpi` any mentions of `DeviceId` are presented as `_common__.DeviceId`, with `_common__` not being imported. Launching that code does not work either, python has no idea what `_common__` is.
Guía de contribución
Línea de trabajo
Reproduce el problema con protos/common.proto y protos/devices/rpi.proto usando el comando grpc_tools.protoc mostrado. Inspecciona la salida generada de package_name/grpc en busca de las referencias a DeviceId y las importaciones del servicio RPI. Se considera terminado cuando el módulo de Python generado se importa correctamente y esas referencias se resuelven sin un nombre _common__ indefinido.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- grpc, python
- Área
- compilers
- Tipo de issue
- Error
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100