google-apis-servicenetworking_v1 0.59.0 → 0.60.0
Sign up to get free protection for your applications and to get access to all the features.
checksums.yaml
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
---
|
2
2
|
SHA256:
|
3
|
-
metadata.gz:
|
4
|
-
data.tar.gz:
|
3
|
+
metadata.gz: 96aa60158e8c1a7740193d827e5fe884ce296c8be2da6e53ab0977b014dbc6d8
|
4
|
+
data.tar.gz: 3420b3f34ddf2e75f3b56564366f6fa26c9fa57004e8c85afeb9328a0751be62
|
5
5
|
SHA512:
|
6
|
-
metadata.gz:
|
7
|
-
data.tar.gz:
|
6
|
+
metadata.gz: 6bd5f6e7656a7992838f80375a0fa4ffe919cf9a81a554bf2dfd1ac3c047929d3cfd3dda1570b784ae7305c17726925831aa304a8e480487a7d1a8b58d704ec5
|
7
|
+
data.tar.gz: 0dd9ad149bf3dcb4c2128a26271d1a5162c5b8c74770988c936498c3aa83ff3fce90a399ab4f8cb41c0a6291f9b3328bafc224e420c832ac77883b1c5e7f1a42
|
data/CHANGELOG.md
CHANGED
@@ -2262,7 +2262,7 @@ module Google
|
|
2262
2262
|
end
|
2263
2263
|
end
|
2264
2264
|
|
2265
|
-
#
|
2265
|
+
# gRPC Transcoding gRPC Transcoding is a feature for mapping between a gRPC
|
2266
2266
|
# method and one or more HTTP REST endpoints. It allows developers to build a
|
2267
2267
|
# single API service that supports both gRPC APIs and REST APIs. Many systems,
|
2268
2268
|
# including [Google APIs](https://github.com/googleapis/googleapis), [Cloud
|
@@ -2282,70 +2282,69 @@ module Google
|
|
2282
2282
|
# Message) ` option (google.api.http) = ` get: "/v1/`name=messages/*`" `; ` `
|
2283
2283
|
# message GetMessageRequest ` string name = 1; // Mapped to URL path. ` message
|
2284
2284
|
# Message ` string text = 1; // The resource content. ` This enables an HTTP
|
2285
|
-
# REST to gRPC mapping as below: HTTP
|
2286
|
-
#
|
2287
|
-
#
|
2288
|
-
#
|
2289
|
-
#
|
2290
|
-
#
|
2291
|
-
#
|
2292
|
-
#
|
2293
|
-
#
|
2294
|
-
#
|
2295
|
-
#
|
2296
|
-
#
|
2297
|
-
#
|
2298
|
-
#
|
2299
|
-
#
|
2300
|
-
#
|
2301
|
-
#
|
2302
|
-
#
|
2303
|
-
#
|
2304
|
-
#
|
2305
|
-
#
|
2306
|
-
#
|
2307
|
-
#
|
2308
|
-
#
|
2309
|
-
#
|
2310
|
-
#
|
2311
|
-
#
|
2312
|
-
#
|
2313
|
-
#
|
2314
|
-
#
|
2315
|
-
#
|
2316
|
-
#
|
2317
|
-
#
|
2318
|
-
#
|
2319
|
-
#
|
2320
|
-
#
|
2321
|
-
#
|
2322
|
-
#
|
2323
|
-
#
|
2324
|
-
#
|
2325
|
-
#
|
2326
|
-
#
|
2327
|
-
#
|
2328
|
-
#
|
2329
|
-
#
|
2330
|
-
# messages/123456`
|
2331
|
-
#
|
2332
|
-
#
|
2333
|
-
#
|
2334
|
-
# referred by the
|
2335
|
-
#
|
2336
|
-
#
|
2337
|
-
#
|
2338
|
-
#
|
2339
|
-
#
|
2340
|
-
#
|
2341
|
-
#
|
2342
|
-
#
|
2343
|
-
# "
|
2344
|
-
#
|
2345
|
-
#
|
2346
|
-
#
|
2347
|
-
#
|
2348
|
-
# specified by its template. A variable template must not contain other
|
2285
|
+
# REST to gRPC mapping as below: - HTTP: `GET /v1/messages/123456` - gRPC: `
|
2286
|
+
# GetMessage(name: "messages/123456")` Any fields in the request message which
|
2287
|
+
# are not bound by the path template automatically become HTTP query parameters
|
2288
|
+
# if there is no HTTP request body. For example: service Messaging ` rpc
|
2289
|
+
# GetMessage(GetMessageRequest) returns (Message) ` option (google.api.http) = `
|
2290
|
+
# get:"/v1/messages/`message_id`" `; ` ` message GetMessageRequest ` message
|
2291
|
+
# SubMessage ` string subfield = 1; ` string message_id = 1; // Mapped to URL
|
2292
|
+
# path. int64 revision = 2; // Mapped to URL query parameter `revision`.
|
2293
|
+
# SubMessage sub = 3; // Mapped to URL query parameter `sub.subfield`. ` This
|
2294
|
+
# enables a HTTP JSON to RPC mapping as below: - HTTP: `GET /v1/messages/123456?
|
2295
|
+
# revision=2&sub.subfield=foo` - gRPC: `GetMessage(message_id: "123456" revision:
|
2296
|
+
# 2 sub: SubMessage(subfield: "foo"))` Note that fields which are mapped to URL
|
2297
|
+
# query parameters must have a primitive type or a repeated primitive type or a
|
2298
|
+
# non-repeated message type. In the case of a repeated type, the parameter can
|
2299
|
+
# be repeated in the URL as `...?param=A¶m=B`. In the case of a message type,
|
2300
|
+
# each field of the message is mapped to a separate parameter, such as `...?foo.
|
2301
|
+
# a=A&foo.b=B&foo.c=C`. For HTTP methods that allow a request body, the `body`
|
2302
|
+
# field specifies the mapping. Consider a REST update method on the message
|
2303
|
+
# resource collection: service Messaging ` rpc UpdateMessage(
|
2304
|
+
# UpdateMessageRequest) returns (Message) ` option (google.api.http) = ` patch: "
|
2305
|
+
# /v1/messages/`message_id`" body: "message" `; ` ` message UpdateMessageRequest
|
2306
|
+
# ` string message_id = 1; // mapped to the URL Message message = 2; // mapped
|
2307
|
+
# to the body ` The following HTTP JSON to RPC mapping is enabled, where the
|
2308
|
+
# representation of the JSON in the request body is determined by protos JSON
|
2309
|
+
# encoding: - HTTP: `PATCH /v1/messages/123456 ` "text": "Hi!" `` - gRPC: `
|
2310
|
+
# UpdateMessage(message_id: "123456" message ` text: "Hi!" `)` The special name `
|
2311
|
+
# *` can be used in the body mapping to define that every field not bound by the
|
2312
|
+
# path template should be mapped to the request body. This enables the following
|
2313
|
+
# alternative definition of the update method: service Messaging ` rpc
|
2314
|
+
# UpdateMessage(Message) returns (Message) ` option (google.api.http) = ` patch:
|
2315
|
+
# "/v1/messages/`message_id`" body: "*" `; ` ` message Message ` string
|
2316
|
+
# message_id = 1; string text = 2; ` The following HTTP JSON to RPC mapping is
|
2317
|
+
# enabled: - HTTP: `PATCH /v1/messages/123456 ` "text": "Hi!" `` - gRPC: `
|
2318
|
+
# UpdateMessage(message_id: "123456" text: "Hi!")` Note that when using `*` in
|
2319
|
+
# the body mapping, it is not possible to have HTTP parameters, as all fields
|
2320
|
+
# not bound by the path end in the body. This makes this option more rarely used
|
2321
|
+
# in practice when defining REST APIs. The common usage of `*` is in custom
|
2322
|
+
# methods which don't use the URL at all for transferring data. It is possible
|
2323
|
+
# to define multiple HTTP methods for one RPC by using the `additional_bindings`
|
2324
|
+
# option. Example: service Messaging ` rpc GetMessage(GetMessageRequest) returns
|
2325
|
+
# (Message) ` option (google.api.http) = ` get: "/v1/messages/`message_id`"
|
2326
|
+
# additional_bindings ` get: "/v1/users/`user_id`/messages/`message_id`" ` `; ` `
|
2327
|
+
# message GetMessageRequest ` string message_id = 1; string user_id = 2; ` This
|
2328
|
+
# enables the following two alternative HTTP JSON to RPC mappings: - HTTP: `GET /
|
2329
|
+
# v1/messages/123456` - gRPC: `GetMessage(message_id: "123456")` - HTTP: `GET /
|
2330
|
+
# v1/users/me/messages/123456` - gRPC: `GetMessage(user_id: "me" message_id: "
|
2331
|
+
# 123456")` Rules for HTTP mapping 1. Leaf request fields (recursive expansion
|
2332
|
+
# nested messages in the request message) are classified into three categories: -
|
2333
|
+
# Fields referred by the path template. They are passed via the URL path. -
|
2334
|
+
# Fields referred by the HttpRule.body. They are passed via the HTTP request
|
2335
|
+
# body. - All other fields are passed via the URL query parameters, and the
|
2336
|
+
# parameter name is the field path in the request message. A repeated field can
|
2337
|
+
# be represented as multiple query parameters under the same name. 2. If
|
2338
|
+
# HttpRule.body is "*", there is no URL query parameter, all fields are passed
|
2339
|
+
# via URL path and HTTP request body. 3. If HttpRule.body is omitted, there is
|
2340
|
+
# no HTTP request body, all fields are passed via URL path and URL query
|
2341
|
+
# parameters. Path template syntax Template = "/" Segments [ Verb ] ; Segments =
|
2342
|
+
# Segment ` "/" Segment ` ; Segment = "*" | "**" | LITERAL | Variable ; Variable
|
2343
|
+
# = "`" FieldPath [ "=" Segments ] "`" ; FieldPath = IDENT ` "." IDENT ` ; Verb =
|
2344
|
+
# ":" LITERAL ; The syntax `*` matches a single URL path segment. The syntax `**
|
2345
|
+
# ` matches zero or more URL path segments, which must be the last part of the
|
2346
|
+
# URL path except the `Verb`. The syntax `Variable` matches part of the URL path
|
2347
|
+
# as specified by its template. A variable template must not contain other
|
2349
2348
|
# variables. If a variable matches a single path segment, its template may be
|
2350
2349
|
# omitted, e.g. ``var`` is equivalent to ``var=*``. The syntax `LITERAL` matches
|
2351
2350
|
# literal text in the URL path. If the `LITERAL` contains any reserved character,
|
@@ -2360,7 +2359,7 @@ module Google
|
|
2360
2359
|
# except `[-_.~/0-9a-zA-Z]` are percent-encoded. The server side does the
|
2361
2360
|
# reverse decoding, except "%2F" and "%2f" are left unchanged. Such variables
|
2362
2361
|
# show up in the [Discovery Document](https://developers.google.com/discovery/v1/
|
2363
|
-
# reference/apis) as ``+var``.
|
2362
|
+
# reference/apis) as ``+var``. Using gRPC API Service Configuration gRPC API
|
2364
2363
|
# Service Configuration (service config) is a configuration language for
|
2365
2364
|
# configuring a gRPC service to become a user-facing product. The service config
|
2366
2365
|
# is simply the YAML representation of the `google.api.Service` proto message.
|
@@ -2370,11 +2369,11 @@ module Google
|
|
2370
2369
|
# effect as the proto annotation. This can be particularly useful if you have a
|
2371
2370
|
# proto that is reused in multiple services. Note that any transcoding specified
|
2372
2371
|
# in the service config will override any matching transcoding configuration in
|
2373
|
-
# the proto. Example
|
2374
|
-
#
|
2375
|
-
# message_id`/`sub.subfield`
|
2376
|
-
#
|
2377
|
-
#
|
2372
|
+
# the proto. Example below selects a gRPC method and applies HttpRule to it.
|
2373
|
+
# http: rules: - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
|
2374
|
+
# message_id`/`sub.subfield` Special notes When gRPC Transcoding is used to map
|
2375
|
+
# a gRPC to JSON REST endpoints, the proto to JSON conversion must follow the [
|
2376
|
+
# proto3 specification](https://developers.google.com/protocol-buffers/docs/
|
2378
2377
|
# proto3#json). While the single segment variable follows the semantics of [RFC
|
2379
2378
|
# 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2 Simple String
|
2380
2379
|
# Expansion, the multi segment variable **does not** follow RFC 6570 Section 3.2.
|
@@ -16,13 +16,13 @@ module Google
|
|
16
16
|
module Apis
|
17
17
|
module ServicenetworkingV1
|
18
18
|
# Version of the google-apis-servicenetworking_v1 gem
|
19
|
-
GEM_VERSION = "0.
|
19
|
+
GEM_VERSION = "0.60.0"
|
20
20
|
|
21
21
|
# Version of the code generator used to generate this client
|
22
22
|
GENERATOR_VERSION = "0.15.0"
|
23
23
|
|
24
24
|
# Revision of the discovery document this client was generated from
|
25
|
-
REVISION = "
|
25
|
+
REVISION = "20240529"
|
26
26
|
end
|
27
27
|
end
|
28
28
|
end
|
metadata
CHANGED
@@ -1,14 +1,14 @@
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
2
2
|
name: google-apis-servicenetworking_v1
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 0.
|
4
|
+
version: 0.60.0
|
5
5
|
platform: ruby
|
6
6
|
authors:
|
7
7
|
- Google LLC
|
8
8
|
autorequire:
|
9
9
|
bindir: bin
|
10
10
|
cert_chain: []
|
11
|
-
date: 2024-
|
11
|
+
date: 2024-06-02 00:00:00.000000000 Z
|
12
12
|
dependencies:
|
13
13
|
- !ruby/object:Gem::Dependency
|
14
14
|
name: google-apis-core
|
@@ -58,7 +58,7 @@ licenses:
|
|
58
58
|
metadata:
|
59
59
|
bug_tracker_uri: https://github.com/googleapis/google-api-ruby-client/issues
|
60
60
|
changelog_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-servicenetworking_v1/CHANGELOG.md
|
61
|
-
documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.
|
61
|
+
documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.60.0
|
62
62
|
source_code_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-servicenetworking_v1
|
63
63
|
post_install_message:
|
64
64
|
rdoc_options: []
|