-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
the protoc_gen_swagger bazel rule generates non working import path. #633
Comments
ensonic
changed the title
the bazel rules generates non working import path.
the protoc_gen_swagger bazel rule generates non working import path.
Apr 30, 2018
ensonic
added a commit
to ensonic/grpc-gateway
that referenced
this issue
Apr 30, 2018
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes grpc-ecosystem#633
ensonic
added a commit
to ensonic/grpc-gateway
that referenced
this issue
Apr 30, 2018
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes grpc-ecosystem#633
ensonic
added a commit
to ensonic/grpc-gateway
that referenced
this issue
Apr 30, 2018
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes grpc-ecosystem#633
ensonic
added a commit
to ensonic/grpc-gateway
that referenced
this issue
May 7, 2018
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes grpc-ecosystem#633
ensonic
added a commit
to ensonic/grpc-gateway
that referenced
this issue
May 7, 2018
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes grpc-ecosystem#633
achew22
pushed a commit
that referenced
this issue
May 7, 2018
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes #633
adasari
pushed a commit
to adasari/grpc-gateway
that referenced
this issue
Apr 9, 2020
Instead of generating a list of import paths based on the difnames of the imported protos, generate maps to the package local names. This is needed to handle the case of packages containing a proto with the same name. An example here is the annotation.proto in this module. Fixes grpc-ecosystem#633
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The new bazel rules use generate an inlcude path based on the dirnames of the sources. This will not be able to disambiguate e.g. the annotation.proto from google apis with the annotations.proto in this package.
The path we get from the rule looks like this:
what the proto_library rules in bazel do looks like this:
The releated bazel implementation is here:
https://github.com/bazelbuild/bazel/blob/master/src/main/java/com/google/devtools/build/lib/rules/proto/ProtoCompileActionBuilder.java#L581
I'll see if I can fix the rule.
The text was updated successfully, but these errors were encountered: