Chiebot-Mirror
/
data-plane-api
mirror of https://github.com/envoyproxy/data-plane-api.git
8
0
Fork 0
Code Issues Projects Releases Wiki Activity
[READ ONLY MIRROR] Envoy REST/proto API definitions and documentation. (grpc依赖)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
111 Commits
2 Branches
0 Tags
17 MiB
Tag: Branch: Tree: 05ac0aa056
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '05ac0aa056'
${ noResults }
data-plane-api/test/build/build_test.cc

37 lines
1.3 KiB
Raw Normal View History Unescape

api: remove cc_generic_services dependency. (#96) We can dynamically discover service/method descriptors in Envoy, so we don't need to generate any C++ stubs for this. This simplifies the Google import and removes an unnecessary build output.
8 years ago
#include <iostream>
#include <cstdlib>
test/api: basic C++ build/link test, minor RLDS fix. (#90) This is useful in Travis CI (and also internally at Google in our CI) to validate basic build/link of the protos. This exposed a small issue with API compatibility. Since we don't have additional package namespaces for each individual API, there was a conflict between the RateLimit mesage in RLDS and RDS. The quick fix was to move the RLDS message inside the response object (this is fine as nobody is using the v2 RLDS yet, open to alternatives including per-xDS API namespaces).
8 years ago
#include "api/cds.pb.h"
#include "api/eds.pb.h"
#include "api/hds.pb.h"
#include "api/lds.pb.h"
bootstrap: v1 parity with static config. (#156) This is a design-level update to bootstrap.proto, that plumbs in the remaining top-level config from v1. It will probably have some small changes made beyond this as we implement. Notable differences to v1 are: * Static/dynamic resources are clearly delineated at top-level, clusters no longer belong to the ClusterManager object. * Stats sinks are a repeated list of opaque configs, similar to filter. * Some simplifications to object types, e.g. RLS no longer specifies type (do we want to preserve the v1 generality here?). Also renamed RLDS back to RLS, I'll admit that it didn't make sense to cram it into the xDS namespace, it's really a very distinct service on the data plane and shouldn't be bundled with the control plane services.
7 years ago
#include "api/rls.pb.h"
test/api: basic C++ build/link test, minor RLDS fix. (#90) This is useful in Travis CI (and also internally at Google in our CI) to validate basic build/link of the protos. This exposed a small issue with API compatibility. Since we don't have additional package namespaces for each individual API, there was a conflict between the RateLimit mesage in RLDS and RDS. The quick fix was to move the RLDS message inside the response object (this is fine as nobody is using the v2 RLDS yet, open to alternatives including per-xDS API namespaces).
8 years ago
#include "api/rds.pb.h"
// Basic C++ build/link validation for the v2 xDS APIs.
int main(int argc, char *argv[]) {
api: remove cc_generic_services dependency. (#96) We can dynamically discover service/method descriptors in Envoy, so we don't need to generate any C++ stubs for this. This simplifies the Google import and removes an unnecessary build output.
8 years ago
const auto methods = {
ads: aggregated discovery service. (#124) See README.md for motivation and usage.
7 years ago
"envoy.api.v2.AggregatedDiscoveryService.StreamAggregatedResources",
api: remove cc_generic_services dependency. (#96) We can dynamically discover service/method descriptors in Envoy, so we don't need to generate any C++ stubs for this. This simplifies the Google import and removes an unnecessary build output.
8 years ago
"envoy.api.v2.ClusterDiscoveryService.FetchClusters",
"envoy.api.v2.ClusterDiscoveryService.StreamClusters",
"envoy.api.v2.EndpointDiscoveryService.FetchEndpoints",
"envoy.api.v2.EndpointDiscoveryService.StreamEndpoints",
"envoy.api.v2.HealthDiscoveryService.FetchHealthCheck",
"envoy.api.v2.HealthDiscoveryService.StreamHealthCheck",
"envoy.api.v2.ListenerDiscoveryService.FetchListeners",
"envoy.api.v2.ListenerDiscoveryService.StreamListeners",
"envoy.api.v2.RouteDiscoveryService.FetchRoutes",
"envoy.api.v2.RouteDiscoveryService.StreamRoutes",
bootstrap: v1 parity with static config. (#156) This is a design-level update to bootstrap.proto, that plumbs in the remaining top-level config from v1. It will probably have some small changes made beyond this as we implement. Notable differences to v1 are: * Static/dynamic resources are clearly delineated at top-level, clusters no longer belong to the ClusterManager object. * Stats sinks are a repeated list of opaque configs, similar to filter. * Some simplifications to object types, e.g. RLS no longer specifies type (do we want to preserve the v1 generality here?). Also renamed RLDS back to RLS, I'll admit that it didn't make sense to cram it into the xDS namespace, it's really a very distinct service on the data plane and shouldn't be bundled with the control plane services.
7 years ago
"envoy.api.v2.RateLimitService.ShouldRateLimit",
api: remove cc_generic_services dependency. (#96) We can dynamically discover service/method descriptors in Envoy, so we don't need to generate any C++ stubs for this. This simplifies the Google import and removes an unnecessary build output.
8 years ago
};
for (const auto& method : methods) {
if (google::protobuf::DescriptorPool::generated_pool()->FindMethodByName(method) == nullptr) {
std::cout << "Unable to find method descriptor for " << method << std::endl;
exit(EXIT_FAILURE);
}
}
exit(EXIT_SUCCESS);
test/api: basic C++ build/link test, minor RLDS fix. (#90) This is useful in Travis CI (and also internally at Google in our CI) to validate basic build/link of the protos. This exposed a small issue with API compatibility. Since we don't have additional package namespaces for each individual API, there was a conflict between the RateLimit mesage in RLDS and RDS. The quick fix was to move the RLDS message inside the response object (this is fine as nobody is using the v2 RLDS yet, open to alternatives including per-xDS API namespaces).
8 years ago
}