* tonic-health: commit generated code rather than generating at build time This saves users from needing protoc available on their path if they're not generating other tonic code at build time, either. The generated modules can be regenerated by enabling the `gen-proto` feature, which will trigger the relevant part of the build script. * Check generated code for tonic-health matches in CI * Use bootstrap test to generate/check validity of generated code As suggested by @LucioFranco in https://github.com/hyperium/tonic/pull/1065\#discussion_r951580189. This avoids the need for a feature which would show up in docs.rs, and achieves the same goals via CI.
32 lines
940 B
TOML
32 lines
940 B
TOML
[package]
|
|
authors = ["James Nugent <[email protected]>"]
|
|
categories = ["network-programming", "asynchronous"]
|
|
description = """
|
|
Health Checking module of `tonic` gRPC implementation.
|
|
"""
|
|
documentation = "https://docs.rs/tonic-health/0.7.0/tonic-health/"
|
|
edition = "2018"
|
|
homepage = "https://github.com/hyperium/tonic"
|
|
keywords = ["rpc", "grpc", "async", "healthcheck"]
|
|
license = "MIT"
|
|
name = "tonic-health"
|
|
readme = "README.md"
|
|
repository = "https://github.com/hyperium/tonic"
|
|
version = "0.7.0"
|
|
|
|
[features]
|
|
default = ["transport"]
|
|
transport = ["tonic/transport"]
|
|
|
|
[dependencies]
|
|
async-stream = "0.3"
|
|
bytes = "1.0"
|
|
prost = "0.11"
|
|
tokio = {version = "1.0", features = ["sync"]}
|
|
tokio-stream = "0.1"
|
|
tonic = {version = "0.8", path = "../tonic", features = ["codegen", "prost"]}
|
|
|
|
[dev-dependencies]
|
|
tokio = {version = "1.0", features = ["rt-multi-thread", "macros"]}
|
|
tonic-build = {version = "0.8", path = "../tonic-build", features = ["prost"]}
|