Releases: uber/zanzibar
v1.0.1
v1.0.0
For breaking changes, refer v1.0.0 in Changelog
- Support for dedicated TChannel clients #778
- QPS level circuit breaking changes #777
- Ability to skip logging in Zanzibar #776
- Bind pprof/trace in router #774
- Circuit breaking per method #773
- Allow custom fx options for gateway main app #769
- Add more metrics to Hystrix #768
- Include jaeger tracing identifiers in request logs #765
- Fix race condition in shutdown hook #764
- Fixes in README #762
v0.6.7
Bug fix in http_client.tmpl
The http_client.tmpl is missing the github.com/uber/zanzibar/config
package import, the reason it was working previously is because goimports
was able to fix the imports when dependencies are found in GOPATH; however, code generation shouldn't really depend on such mechanism to work: it is not guaranteed that packages are present in GOPATH when code is generated.
Skip post gen hooks if no relevant module instances are present
This release skips post gen hooks if no relevant module instances to the hooks are present, e.g., ClientMockGenHook
is skipped if no client module instance is part of the incremental build.
v0.6.4
Fix generated http client
This release fixed a bug introduced in #689, where generated http client method that has boxed annotation sends wrapped payload to downstreams.
Support variadic parameters in augmented mock client
This release adds support for variadic parameters in the augmented mock client MockClientWithFixture
. This feature applies to any type of clients that has methods of variadic parameters, but particularly applies to generated gRPC clients, where each client method accepts the variadic parameter of type yarpc.CallOption
.
One caveat is that Go does not support function comparison (even reflect.DeepEqual
won't work), see details in golang/mock#324. So in the case of gRPC mock clients, it is not possible to match the yarpc.CallOption
variadic parameters, because it internally has a function field. The workout is to always set Arg{n}Any in the fixture package to the number of variadic parameters so that macther checks pass for them.
Support grpc client that has multiple services defined in proto
Prior to this release, code generation fails when a grpc client that has multiple rpc services defined in the protobuf file.
This release adds support for such cases.
Support separate package paths for idl generated code
This release contains breaking changes in ways to configure genCodePackage
for code generation (see application_config_schema.json for details) to support separate packages paths for code generated by different idl types (e.g., thrift and proto).
To upgrade to this release, existing Zanzibar applications must make the following changes :