google-apis-servicenetworking_v1beta 0.52.0 → 0.53.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: edc1c35bebf9630bf6c3fef30d108fc34f1e757dc108719757333ed98c6f05ea
|
4
|
+
data.tar.gz: 2b9473f301fd87fc0d2c430307ca9f72d6e55b57c239faf724cf31a00bfa39ea
|
5
5
|
SHA512:
|
6
|
-
metadata.gz:
|
7
|
-
data.tar.gz:
|
6
|
+
metadata.gz: d5d703297a7799a8fb3e1aea46412f1110ca005249fff902681f93bba6c444b61c53b77701a2f5dd0026d087d7c1853cc1908125683a2fcac4692eb5460ed515
|
7
|
+
data.tar.gz: 213f9bfce957203aafee4791124e195d9818df8b3625f4e2c2ad650316c6664e1e98e0253d297a9fa947b916243fdd10d26f3b33dbf27d9b8ab7f590f1be3056
|
data/CHANGELOG.md
CHANGED
@@ -1892,7 +1892,7 @@ module Google
|
|
1892
1892
|
end
|
1893
1893
|
end
|
1894
1894
|
|
1895
|
-
#
|
1895
|
+
# gRPC Transcoding gRPC Transcoding is a feature for mapping between a gRPC
|
1896
1896
|
# method and one or more HTTP REST endpoints. It allows developers to build a
|
1897
1897
|
# single API service that supports both gRPC APIs and REST APIs. Many systems,
|
1898
1898
|
# including [Google APIs](https://github.com/googleapis/googleapis), [Cloud
|
@@ -1912,70 +1912,69 @@ module Google
|
|
1912
1912
|
# Message) ` option (google.api.http) = ` get: "/v1/`name=messages/*`" `; ` `
|
1913
1913
|
# message GetMessageRequest ` string name = 1; // Mapped to URL path. ` message
|
1914
1914
|
# Message ` string text = 1; // The resource content. ` This enables an HTTP
|
1915
|
-
# REST to gRPC mapping as below: HTTP
|
1916
|
-
#
|
1917
|
-
#
|
1918
|
-
#
|
1919
|
-
#
|
1920
|
-
#
|
1921
|
-
#
|
1922
|
-
#
|
1923
|
-
#
|
1924
|
-
#
|
1925
|
-
#
|
1926
|
-
#
|
1927
|
-
#
|
1928
|
-
#
|
1929
|
-
#
|
1930
|
-
#
|
1931
|
-
#
|
1932
|
-
#
|
1933
|
-
#
|
1934
|
-
#
|
1935
|
-
#
|
1936
|
-
#
|
1937
|
-
#
|
1938
|
-
#
|
1939
|
-
#
|
1940
|
-
#
|
1941
|
-
#
|
1942
|
-
#
|
1943
|
-
#
|
1944
|
-
#
|
1945
|
-
#
|
1946
|
-
#
|
1947
|
-
#
|
1948
|
-
#
|
1949
|
-
#
|
1950
|
-
#
|
1951
|
-
#
|
1952
|
-
#
|
1953
|
-
#
|
1954
|
-
#
|
1955
|
-
#
|
1956
|
-
#
|
1957
|
-
#
|
1958
|
-
#
|
1959
|
-
#
|
1960
|
-
# messages/123456`
|
1961
|
-
#
|
1962
|
-
#
|
1963
|
-
#
|
1964
|
-
# referred by the
|
1965
|
-
#
|
1966
|
-
#
|
1967
|
-
#
|
1968
|
-
#
|
1969
|
-
#
|
1970
|
-
#
|
1971
|
-
#
|
1972
|
-
#
|
1973
|
-
# "
|
1974
|
-
#
|
1975
|
-
#
|
1976
|
-
#
|
1977
|
-
#
|
1978
|
-
# specified by its template. A variable template must not contain other
|
1915
|
+
# REST to gRPC mapping as below: - HTTP: `GET /v1/messages/123456` - gRPC: `
|
1916
|
+
# GetMessage(name: "messages/123456")` Any fields in the request message which
|
1917
|
+
# are not bound by the path template automatically become HTTP query parameters
|
1918
|
+
# if there is no HTTP request body. For example: service Messaging ` rpc
|
1919
|
+
# GetMessage(GetMessageRequest) returns (Message) ` option (google.api.http) = `
|
1920
|
+
# get:"/v1/messages/`message_id`" `; ` ` message GetMessageRequest ` message
|
1921
|
+
# SubMessage ` string subfield = 1; ` string message_id = 1; // Mapped to URL
|
1922
|
+
# path. int64 revision = 2; // Mapped to URL query parameter `revision`.
|
1923
|
+
# SubMessage sub = 3; // Mapped to URL query parameter `sub.subfield`. ` This
|
1924
|
+
# enables a HTTP JSON to RPC mapping as below: - HTTP: `GET /v1/messages/123456?
|
1925
|
+
# revision=2&sub.subfield=foo` - gRPC: `GetMessage(message_id: "123456" revision:
|
1926
|
+
# 2 sub: SubMessage(subfield: "foo"))` Note that fields which are mapped to URL
|
1927
|
+
# query parameters must have a primitive type or a repeated primitive type or a
|
1928
|
+
# non-repeated message type. In the case of a repeated type, the parameter can
|
1929
|
+
# be repeated in the URL as `...?param=A¶m=B`. In the case of a message type,
|
1930
|
+
# each field of the message is mapped to a separate parameter, such as `...?foo.
|
1931
|
+
# a=A&foo.b=B&foo.c=C`. For HTTP methods that allow a request body, the `body`
|
1932
|
+
# field specifies the mapping. Consider a REST update method on the message
|
1933
|
+
# resource collection: service Messaging ` rpc UpdateMessage(
|
1934
|
+
# UpdateMessageRequest) returns (Message) ` option (google.api.http) = ` patch: "
|
1935
|
+
# /v1/messages/`message_id`" body: "message" `; ` ` message UpdateMessageRequest
|
1936
|
+
# ` string message_id = 1; // mapped to the URL Message message = 2; // mapped
|
1937
|
+
# to the body ` The following HTTP JSON to RPC mapping is enabled, where the
|
1938
|
+
# representation of the JSON in the request body is determined by protos JSON
|
1939
|
+
# encoding: - HTTP: `PATCH /v1/messages/123456 ` "text": "Hi!" `` - gRPC: `
|
1940
|
+
# UpdateMessage(message_id: "123456" message ` text: "Hi!" `)` The special name `
|
1941
|
+
# *` can be used in the body mapping to define that every field not bound by the
|
1942
|
+
# path template should be mapped to the request body. This enables the following
|
1943
|
+
# alternative definition of the update method: service Messaging ` rpc
|
1944
|
+
# UpdateMessage(Message) returns (Message) ` option (google.api.http) = ` patch:
|
1945
|
+
# "/v1/messages/`message_id`" body: "*" `; ` ` message Message ` string
|
1946
|
+
# message_id = 1; string text = 2; ` The following HTTP JSON to RPC mapping is
|
1947
|
+
# enabled: - HTTP: `PATCH /v1/messages/123456 ` "text": "Hi!" `` - gRPC: `
|
1948
|
+
# UpdateMessage(message_id: "123456" text: "Hi!")` Note that when using `*` in
|
1949
|
+
# the body mapping, it is not possible to have HTTP parameters, as all fields
|
1950
|
+
# not bound by the path end in the body. This makes this option more rarely used
|
1951
|
+
# in practice when defining REST APIs. The common usage of `*` is in custom
|
1952
|
+
# methods which don't use the URL at all for transferring data. It is possible
|
1953
|
+
# to define multiple HTTP methods for one RPC by using the `additional_bindings`
|
1954
|
+
# option. Example: service Messaging ` rpc GetMessage(GetMessageRequest) returns
|
1955
|
+
# (Message) ` option (google.api.http) = ` get: "/v1/messages/`message_id`"
|
1956
|
+
# additional_bindings ` get: "/v1/users/`user_id`/messages/`message_id`" ` `; ` `
|
1957
|
+
# message GetMessageRequest ` string message_id = 1; string user_id = 2; ` This
|
1958
|
+
# enables the following two alternative HTTP JSON to RPC mappings: - HTTP: `GET /
|
1959
|
+
# v1/messages/123456` - gRPC: `GetMessage(message_id: "123456")` - HTTP: `GET /
|
1960
|
+
# v1/users/me/messages/123456` - gRPC: `GetMessage(user_id: "me" message_id: "
|
1961
|
+
# 123456")` Rules for HTTP mapping 1. Leaf request fields (recursive expansion
|
1962
|
+
# nested messages in the request message) are classified into three categories: -
|
1963
|
+
# Fields referred by the path template. They are passed via the URL path. -
|
1964
|
+
# Fields referred by the HttpRule.body. They are passed via the HTTP request
|
1965
|
+
# body. - All other fields are passed via the URL query parameters, and the
|
1966
|
+
# parameter name is the field path in the request message. A repeated field can
|
1967
|
+
# be represented as multiple query parameters under the same name. 2. If
|
1968
|
+
# HttpRule.body is "*", there is no URL query parameter, all fields are passed
|
1969
|
+
# via URL path and HTTP request body. 3. If HttpRule.body is omitted, there is
|
1970
|
+
# no HTTP request body, all fields are passed via URL path and URL query
|
1971
|
+
# parameters. Path template syntax Template = "/" Segments [ Verb ] ; Segments =
|
1972
|
+
# Segment ` "/" Segment ` ; Segment = "*" | "**" | LITERAL | Variable ; Variable
|
1973
|
+
# = "`" FieldPath [ "=" Segments ] "`" ; FieldPath = IDENT ` "." IDENT ` ; Verb =
|
1974
|
+
# ":" LITERAL ; The syntax `*` matches a single URL path segment. The syntax `**
|
1975
|
+
# ` matches zero or more URL path segments, which must be the last part of the
|
1976
|
+
# URL path except the `Verb`. The syntax `Variable` matches part of the URL path
|
1977
|
+
# as specified by its template. A variable template must not contain other
|
1979
1978
|
# variables. If a variable matches a single path segment, its template may be
|
1980
1979
|
# omitted, e.g. ``var`` is equivalent to ``var=*``. The syntax `LITERAL` matches
|
1981
1980
|
# literal text in the URL path. If the `LITERAL` contains any reserved character,
|
@@ -1990,7 +1989,7 @@ module Google
|
|
1990
1989
|
# except `[-_.~/0-9a-zA-Z]` are percent-encoded. The server side does the
|
1991
1990
|
# reverse decoding, except "%2F" and "%2f" are left unchanged. Such variables
|
1992
1991
|
# show up in the [Discovery Document](https://developers.google.com/discovery/v1/
|
1993
|
-
# reference/apis) as ``+var``.
|
1992
|
+
# reference/apis) as ``+var``. Using gRPC API Service Configuration gRPC API
|
1994
1993
|
# Service Configuration (service config) is a configuration language for
|
1995
1994
|
# configuring a gRPC service to become a user-facing product. The service config
|
1996
1995
|
# is simply the YAML representation of the `google.api.Service` proto message.
|
@@ -2000,11 +1999,11 @@ module Google
|
|
2000
1999
|
# effect as the proto annotation. This can be particularly useful if you have a
|
2001
2000
|
# proto that is reused in multiple services. Note that any transcoding specified
|
2002
2001
|
# in the service config will override any matching transcoding configuration in
|
2003
|
-
# the proto. Example
|
2004
|
-
#
|
2005
|
-
# message_id`/`sub.subfield`
|
2006
|
-
#
|
2007
|
-
#
|
2002
|
+
# the proto. Example below selects a gRPC method and applies HttpRule to it.
|
2003
|
+
# http: rules: - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
|
2004
|
+
# message_id`/`sub.subfield` Special notes When gRPC Transcoding is used to map
|
2005
|
+
# a gRPC to JSON REST endpoints, the proto to JSON conversion must follow the [
|
2006
|
+
# proto3 specification](https://developers.google.com/protocol-buffers/docs/
|
2008
2007
|
# proto3#json). While the single segment variable follows the semantics of [RFC
|
2009
2008
|
# 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2 Simple String
|
2010
2009
|
# 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 ServicenetworkingV1beta
|
18
18
|
# Version of the google-apis-servicenetworking_v1beta gem
|
19
|
-
GEM_VERSION = "0.
|
19
|
+
GEM_VERSION = "0.53.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_v1beta
|
3
3
|
version: !ruby/object:Gem::Version
|
4
|
-
version: 0.
|
4
|
+
version: 0.53.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_v1beta/CHANGELOG.md
|
61
|
-
documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1beta/v0.
|
61
|
+
documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1beta/v0.53.0
|
62
62
|
source_code_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-servicenetworking_v1beta
|
63
63
|
post_install_message:
|
64
64
|
rdoc_options: []
|