Changelog¶
4.0.0¶
The 4.0.0 release brings a number of key improvements to tidy up rules_proto_grpc, along with updates to all of the main dependencies. For most users, 4.0.0 will be a drop-in replacement to the 3.x.x releases and the updates for each language are shown below. Should you have any issues with the new release, please open a new issue or discussion.
The following changes are considered ‘breaking’, requiring the step to the 4.x.x release cycle:
The transitive aspect-based compilation mode using the
depsattribute is now completely removed. This mode was deprecated in 3.0.0 and all use of the transitive mode will have shown a warning. If all of your uses of rules_proto_grpc use theprotosattribute, 4.0.0 will be no different from 3.x.x. See here for further details. If you have written your own rules for a custom plugin, please see the updated and simplified rule template at Developing Custom Plugins.The
//nodejsaliases for the//jsrules have been removed. Again, these were deprecated in the 3.x.x cycle and printed a warning when used. If you are still using these aliases, you can simply change your imports to use the//jsprefixed rules.The Rust rules have switched gRPC implementation to grpc. In 3.x.x, we used grpc-rs/grpcio, which wraps the C/C++ implementation of gRPC directly. However, the wrapping process was extremely error prone, with updates of either Rust rules or gRPC causing linker failures and significant maintenance burden. Should you still need grpcio crate support, the 3.1.1 release continues to work but may have issues with newer gRPC versions. The replacement grpc crate is self-described as ‘not suitable for production use’ but is more readily supportable by these rules in the short term. In the longer term, support for prost and tonic is also on the roadmap, but is waiting for protoc plugins to be available.
When using JavaScript library rules, the require path for generated files no longer includes the
<target_name>_pbpath segment by default. For the previous behaviour, setlegacy_path = Trueon the library. #107
General¶
Updated protobuf to 3.18.0
Updated grpc to 1.40.0
Updated
rules_prototo 4.0.0Documentation has moved to rules-proto-grpc.com. Existing links to the old location will continue to work
Transitive aspect-based compilation has been removed
The
output_filesattribute ofProtoCompileInfohas changed from a dict of depsets to a single depset. This is generally an internal implementation detail, so is unlikely to affect any rule users.
C¶
Updated
upbto latest
C#/F#¶
Added F# support. #127
Updated gRPC to 2.40.0
D¶
Updated
rules_dto latest
Doc¶
Updated
protoc-gen-docto 1.5.0Added
doc_template_compileto generate output using a custom Go template file.
Go¶
Updated
rules_goto v0.28.0Added validator rules using protoc-gen-validate. #16
grpc-gateway¶
Updated
grpc-gatewayto 2.6.0
Java¶
Updated
grpc-javato 1.40.1
JavaScript¶
Breaking change: The require path for generated files no longer includes the
<target_name>_pbpath segment by default. For the previous behaviour, setlegacy_path = Trueon the library. #107Added
package_nameattribute to library rules, which allows customising the package name of the generated library. By default if unspecified, the target name will continue to be used as in previous versions.Updated
rules_nodejsto 4.2.0Updated
@grpc/grpc-jsto 1.3.7Updated
grpc-toolsto 1.11.2Updated
ts-protoc-gento 0.15.0
Python¶
Updated
rules_pythonto 0.4.0Updated
sixto 1.16.0
Ruby¶
Updated
rules_rubyto 0.5.2WORKSPACE update needed: The
ruby_bundlecall in your workspace needs an extraincludeattribute for grpc to work as expected. Please see the Ruby examples
Rust¶
Updated
rules_rustto latestBreaking change: Replaced
grpciowithgrpc. Please see above description for full details on whygrpciois no longer supportable and the long term aim to support prost and tonicUpdated
protobufandprotobuf-codegento 2.25.1
Scala¶
Updated
rules_scalato latestUpdated
ScalaPBto 0.11.5WORKSPACE update needed: Dependencies are now fetched with
maven_install. You will need to update your WORKSPACE to match the current example.
Swift¶
Updated
rules_swiftto 0.23.0Updated
grpc-swiftto 1.4.1Updated
swift-logto 1.4.2Updated
swift-nioto 2.32.3Updated
swift-nio-extrato 1.10.2Updated
swift-nio-http2to 1.18.3Updated
swift-nio-sslto 2.15.1Updated
swift-nio-transport-servicesto 1.11.3
TypeScript¶
The default mode for TypeScript gRPC compilation has changed to
grpc-js. This means imports should now use@grpc/grpc-jsinstead ofgrpc#134
3.1.1¶
Improved documentation is now available at https://rules-proto-grpc.aliddell.com
3.1.0¶
This update mostly brings fixes to the JavaScript rules, along with new rules for generating
Markdown, JSON, HTML or DocBook documentation from .proto files using
protoc-gen-doc. Additionally, new
buf_proto_lint and buf_proto_breaking rules have been added to support linting .proto files
and checking for breaking changes using Buf.
General¶
Updated protobuf to 3.15.3
Buf¶
Added linting and breaking change detection rules using Buf
Doc¶
Added documentation rules to generate Markdown, JSON, HTML or DocBook files using protoc-gen-doc
grpc-gateway¶
Updated grpc-gateway to 2.3.0
Fixed issue with mixing .proto files that do and do not contain services #72
JavaScript¶
Updated
rules_nodejsto 3.2.1WORKSPACE update needed: The dependencies for JavaScript rules must now be loaded into your local
package.json, which defaults to the name@npm. Theyarn_installwith namejs_modulesin your WORKSPACE can now also be removedUpdated
@grpc/grpc-jsto 1.2.8Fixed missing
DeclarationInfowhen using thejs_grpc_node_libraryorjs_grpc_web_libraryrules #113Added a TypeScript test workspace
Objective-C¶
Added the
objc_grpc_libraryexperimental rule
Rust¶
Updated
rules_rustto latestUpdated
grpcioto 0.8.0Updated
protobufto 2.22.0
3.0.0¶
This update brings some major improvements to rules_proto_grpc and solves many of the longstanding issues that have been present. However, in doing so there have been some changes that make a major version increment necessary and may require updates to your build files. The updates for each language are explained below and should you have any issues, please open a new issue or discussion.
The most substantial change is that compilation of .proto files into language specific files is no
longer transitive. This means that only the direct dependencies of a lang_proto_library will be
present within the generated library, rather than every transitive proto message. The justification
for this is below, but if you’re just interested in the changes, you can skip down to the next
heading.
In previous versions of rules_proto_grpc, the compilation aspect would compile and aggregate all dependent .proto files from any top level target. In hindsight, this was not the correct behaviour and led to many bugs, since you may end up creating a library that contains compiled proto files from a third party, where you should instead be depending on a proper library for that third party’s protos.
Even in a single repo, this may have meant multiple copies of a single compiled proto file being present in a target, if it is depended on via multiple routes. For some languages, such as C++, this breaks the ‘one definition rule’ and produces compilation failures or runtime bugs. For other languages, such as Python, this just meant unnecessary duplicate files in the output binaries.
Therefore, in this release of rules_proto_grpc, there is now a recommedned option to bundle only the
direct proto dependencies into the libraries, without including the compiled transitive proto
files. This is done by replacing the deps attr on lang_{proto|grpc}_{compile|library} with
the protos attr. Since this would be a substantial breaking change to drop at once on a large
project, the new behaviour is opt-in in 3.0.0 and the old method continues to work throughout the
3.x.x release cycle. Rules using the previous deps attr will have a warning written to console to
signify that your library may be bundling more than expect and should switch attr.
As an additional benefit of this change, we can now support passing arbitrary per-target rules to
protoc through the new options attr of the rules, which was a much sought after change that was
impossible in the aspect based compilation.
Switching to non-transitive compilation¶
In short, replace deps with protos on your targets:
# Old
python_grpc_library(
name = "routeguide",
deps = ["//example/proto:routeguide_proto"],
)
# New
python_grpc_library(
name = "routeguide",
protos = ["//example/proto:routeguide_proto"],
)
In applying the above change, you may discover that you were inheriting dependencies transitively
and that your builds now fail. In such cases, you should add a
lang_{proto|grpc}_{compile|library} target for those proto files and depend on it explicitly
from the relevant top level binaries/libraries.
General Changes¶
Updated protobuf to 3.15.1
Updated gRPC to 1.35.0
All rules have new per-target
optionsandextra_protoc_argsattributes to control options to protoc #54 #68 #105Updated
rules_prototo latest headaspect.bzlandplugin.bzlhave merged to a single top leveldefs.bzlThe minimum supported Bazel version is 3.0.0. Some language specific rules may require 4.0.0
Android¶
WORKSPACE update needed: The WORKSPACE imports necessary for Android rules have been updated due to upstream changes in
grpc-java. Please see the examples for the latest WORKSPACE template for the Android rules
C¶
Added experimental rules for C using upb #20
C++¶
Closure¶
Closure rules have been removed. In practice these have been superceded by the Javascript rules, but if you are an active user of these rules please open a discussion.
C#¶
Updated
rules_dotnetto 0.0.7. Note that the new versions ofrules_dotnetdrop support for .Net Framework and Mono and require use of alternate platforms. Please see the examples for the latest WORKSPACE template for the C# rulesUpdated
Grpcto 2.35.0
D¶
Updated
rules_dto latest
Go¶
Updated
rules_goto 0.25.1WORKSPACE update needed: It is now necessary to specify
versiontogo_register_toolchainsThe plugin used for compiling .proto files for Go has switched to the new google.golang.org/protobuf #85
Updated
gazelleto 0.22.3Updated
org_golang_x_netto v0.0.0-20210129194117-4acb7895a057Updated
org_golang_x_textto 0.3.5Well-known types are now depended on by default
Removed support for GoGo rules
grpc-gateway¶
Updated
grpc-gatewayto 2.2.0The
gateway_swagger_compilerule has been replaced withgateway_openapiv2_compile#93The grpc-gateway rules have move to repo top level, meaning they are no longer under the
github.com/...prefix. To update your use of these rules find and replace@rules_proto_grpc//github.com/grpc-ecosystem/grpc-gatewaywith@rules_proto_grpc//grpc-gateway
gRPC-Web¶
The gRPC-Web rules have moved into
//jsText mode generation is now supported #59
Java¶
WORKSPACE update needed: The WORKSPACE imports necessary for Java rules have been updated due to upstream changes in
grpc-java. Please see the examples for the latest WORKSPACE template for the Java rules
NodeJS/JavaScript¶
The JavaScript rules have moved from
@rules_proto_grpc//nodejsto@rules_proto_grpc//js, but the old rules are still aliased to ease transitionUpdated
rules_nodejsto 3.1.0Updated
@grpc/grpc-jsto 1.2.6Added typescript generation to JS rules
Objective-C¶
Added
coptargument pass-through for Obj-C library rules.Header and source files are now correctly passed to the underlying
cc_libraryrule #40
Python¶
Updated
rules_pythonto latestWORKSPACE update needed:
py_repositoriesfromrules_pythonis no longer required
Ruby¶
The Ruby rules have migrated from
yugui/rules_rubytobazelruby/rules_rubyChanged
rules_proto_grpc_gemstorules_proto_grpc_bundleWORKSPACE update needed: The above changes requiresupdates to your WORKSPACE, please see the examples for the latest WORKSPACE template for the Ruby rules
Open issue: The grpc gem may not be loadable in generated Ruby libraries, please see this issue
Rust¶
WORKSPACE update needed: The upstream repo
io_bazel_rules_rusthas been renamed torules_rust. Therust_workspacerule is also no longer requiredUpdated
rules_rustto latestUpdated
grpcioto 0.7.1Updated
protobufto 2.20.0
Scala¶
Update
rules_scalato latest #108WORKSPACE update needed: The
scala_configrule fromrules_scalais now required in your WORKSPACE
Swift¶
Updated
rules_swiftto 0.18.0Updated
grpc-swiftto 1.0.0Visibility of generated types is now configurable with
options#111
Thanks¶
Thanks to everyone who has contributed issues and patches for this release.
2.0.0¶
General¶
Updated
protobufto 3.13.0Updated
grpcto 1.32.0WORKSPACE update needed: These rules now depend on
rules_proto, which must be added to your WORKSPACE fileDropped support for the deprecated
transitivityattribute onproto_plugin. Theexclusionsattribute is the supported way of achieving thisThe
output_dirsattribute ofProtoCompileInfois now a depset, meaning directories will be deduplicatedRemoved the
deps.bzlfiles that have been deprecated since version 1.0.0Tags are now propagated correctly on library rules
Android¶
WORKSPACE update needed: The Guava dependency is no longer needed
C#¶
Updated
rules_dotnetto latest masterUpdated
Google.Protobufto 3.13.0Updated
Grpcto 2.32.0WORKSPACE update needed: There have been substantial changes to the required WORKSPACE rules for C#. Please see the C# language page
Closure¶
Updated
rules_closureto 0.11.0
D¶
Updated
rules_dto latest masterUpdated
protobuf-dto 0.6.2
grpc-gateway¶
Updated
grpc-gatewayto 1.15.0
gRPC Web¶
Updated gRPC Web to 1.2.1
Go¶
Updated
rules_goto 0.24.3Updated
bazel-gazelleto 0.21.1Updated
org_golang_x_netto v0.0.0-20200930145003-4acb6c075d10Updated
org_golang_x_textto 0.3.3
Java¶
WORKSPACE update needed: The Guava dependency is no longer needed
NodeJS¶
Updated
rules_nodejsto 2.2.0WORKSPACE update needed: The
defs.bzlfile inrules_nodejshas moved toindex.bzlWORKSPACE update needed: Running
yarn_install()is needed in more casesWORKSPACE update needed: Running
grpc_deps()is no longer necessary for just the NodeJS rulesMoved from
grpcto@grpc/grpc-jspackageLibrary rules have been enabled and now return
js_libraryrather thannpm_package
Python¶
Dropped Python 2 support
Updated
rules_pythonto latest masterUpdated
grpclibto 0.4.1Moved to using
grpciolibrary directly from the localgrpcrepository.Pinned dependency versions in requirements.txt using pip-compile
WORKSPACE update needed: The method for loading Pip dependencies has changed. Please see the Python language page.
WORKSPACE update needed: Using the Pip dependencies is now only necessary if you are using the
grpclibrules
Rust¶
Updated
rules_rustto latest masterUpdated
protobufcrate to 2.17.0Updated
grpciocrate to 0.6.0WORKSPACE update needed: The setup for
rules_rusthas changed in the newer version. Please see the Rust language page.WORKSPACE update needed: The
grpc_deps()rule is now needed for Rust
Scala¶
Updated
rules_scalato latest masterScalaPBis now pulled fromrules_scala, which uses 0.9.7WORKSPACE update needed: The
scala_proto_repositories()rule is now needed
Swift¶
Updated
rules_swiftto 0.15.0Updated
grpc-swiftto 0.11.0Moved the Swift library rules to be internal to this repo
1.0.2¶
Android / Closure / Java / Scala¶
Fixed loading of
com_google_errorprone_error_prone_annotationsReplaced Maven HTTP URLs with HTTPS URLs
Updated grpc-java, rules_closure and rules_scala to include Maven HTTPS fix
1.0.1¶
General¶
Fix support for plugins that use
output_directoryand produce no output files: #39Misc typo fixes and tidying
1.0.0¶
General¶
Bazel 1.0+ is now supported
The
rules_proto_grpc_repos()WORKSPACE rule has been added and is recommended to be usedProtobuf has been updated to 3.11.0
gRPC has been updated to 1.25.0
All other dependencies have been updated where available
The Bazel version is now checked for compatibility
Added more test workspaces
Removed tests that use
proto_source_rootAdded fix for duplicate proto files when using
import_prefix
Closure¶
The required WORKSPACE rules has been updated for all Closure-based rules, please check the documentation for the current recommended set
Go / GoGo / grpc-gateway¶
The required WORKSPACE rules has been updated for all Go-based rules, please check the documentation for the current recommended set
gRPC.js¶
Support for gRPC.js has been removed
Python¶
The way dependencies are pulled in has changed from using
rules_pipto the standardrules_python. Please check the documentation for the new WORKSPACE rules required and remove the old ones
Scala¶
Scala gRPC rules are currently not working fully. Due to delays in publishing support for Bazel 1.0, this support has been pushed back to 1.1.0
The required WORKSPACE rules has been updated for all Scala rules, please check the documentation for the current recommended set
0.2.0¶
General¶
Tests generated by the routeguide test matrix now correctly us the client/server executables
Ruby¶
Well-known proto files are excluded from generation in the Ruby plugins
The naming of the Ruby gems workspace has changed to remove the ‘routeguide’ prefix
Ruby client/server is now included in the non-manual test matrix
0.1.0¶
Initial release of rules_proto_grpc. For changes from predecessor rules_proto, please see
MIGRATION.md