@maxim_mazurok/gapi.client.servicemanagement-v1 0.0.20250202 → 0.0.20250210
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/index.d.ts +11 -1
- package/package.json +1 -1
package/index.d.ts
CHANGED
|
@@ -9,7 +9,7 @@
|
|
|
9
9
|
// This file was generated by https://github.com/Maxim-Mazurok/google-api-typings-generator. Please do not edit it manually.
|
|
10
10
|
// In case of any problems please post issue to https://github.com/Maxim-Mazurok/google-api-typings-generator
|
|
11
11
|
// Generated from: https://servicemanagement.googleapis.com/$discovery/rest?version=v1
|
|
12
|
-
// Revision:
|
|
12
|
+
// Revision: 20250210
|
|
13
13
|
|
|
14
14
|
/// <reference types="gapi.client" />
|
|
15
15
|
|
|
@@ -48,6 +48,12 @@ declare namespace gapi.client {
|
|
|
48
48
|
/** A version string for this interface. If specified, must have the form `major-version.minor-version`, as in `1.10`. If the minor version is omitted, it defaults to zero. If the entire version field is empty, the major version is derived from the package name, as outlined below. If the field is not empty, the version in the package name will be verified to be consistent with what is provided here. The versioning schema uses [semantic versioning](http://semver.org) where the major version number indicates a breaking change and the minor version an additive, non-breaking change. Both version numbers are signals to users what to expect from different versions, and should be carefully chosen based on the product plan. The major version is also reflected in the package name of the interface, which must end in `v`, as in `google.feature.v1`. For major versions 0 and 1, the suffix can be omitted. Zero major versions must only be used for experimental, non-GA interfaces. */
|
|
49
49
|
version?: string;
|
|
50
50
|
}
|
|
51
|
+
interface Aspect {
|
|
52
|
+
/** The type of this aspect configuration. */
|
|
53
|
+
kind?: string;
|
|
54
|
+
/** Content of the configuration. The underlying schema should be defined by Aspect owners as protobuf message under `apiserving/configaspects/proto`. */
|
|
55
|
+
spec?: {[P in string]: any};
|
|
56
|
+
}
|
|
51
57
|
interface AuditConfig {
|
|
52
58
|
/** The configuration for logging of each type of permission. */
|
|
53
59
|
auditLogConfigs?: AuditLogConfig[];
|
|
@@ -109,6 +115,8 @@ declare namespace gapi.client {
|
|
|
109
115
|
disableAuth?: boolean;
|
|
110
116
|
/** The JWT audience is used when generating a JWT ID token for the backend. This ID token will be added in the HTTP "authorization" header, and sent to the backend. */
|
|
111
117
|
jwtAudience?: string;
|
|
118
|
+
/** The load balancing policy used for connection to the application backend. Defined as an arbitrary string to accomondate custom load balancing policies supported by the underlying channel, but suggest most users use one of the standard policies, such as the default, "RoundRobin". */
|
|
119
|
+
loadBalancingPolicy?: string;
|
|
112
120
|
/** Deprecated, do not use. */
|
|
113
121
|
minDeadline?: number;
|
|
114
122
|
/** The number of seconds to wait for the completion of a long running operation. The default is no deadline. */
|
|
@@ -792,6 +800,8 @@ declare namespace gapi.client {
|
|
|
792
800
|
interface Service {
|
|
793
801
|
/** A list of API interfaces exported by this service. Only the `name` field of the google.protobuf.Api needs to be provided by the configuration author, as the remaining fields will be derived from the IDL during the normalization process. It is an error to specify an API interface here which cannot be resolved against the associated IDL files. */
|
|
794
802
|
apis?: Api[];
|
|
803
|
+
/** Configuration aspects. This is a repeated field to allow multiple aspects to be configured. The kind field in each ConfigAspect specifies the type of aspect. The spec field contains the configuration for that aspect. The schema for the spec field is defined by the backend service owners. */
|
|
804
|
+
aspects?: Aspect[];
|
|
795
805
|
/** Auth configuration. */
|
|
796
806
|
authentication?: Authentication;
|
|
797
807
|
/** API backend configuration. */
|