google-apis-servicenetworking_v1beta 0.51.0 → 0.53.0

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.
checksums.yaml CHANGED
@@ -1,7 +1,7 @@
1
1
  ---
2
2
  SHA256:
3
- metadata.gz: 78bb8dc1464e2f2a765e7700e531a4f5fce14f0983f365715ae6051fc1899b3b
4
- data.tar.gz: f5824dfd7683a050308cc488c499016a462e3210fca8dcdf08f4917d9687d945
3
+ metadata.gz: edc1c35bebf9630bf6c3fef30d108fc34f1e757dc108719757333ed98c6f05ea
4
+ data.tar.gz: 2b9473f301fd87fc0d2c430307ca9f72d6e55b57c239faf724cf31a00bfa39ea
5
5
  SHA512:
6
- metadata.gz: 964574c0743ef5fe2fabaefbbdf433585d9a5a8ea4dc5259c43f2249fa5a1e69d50135f4bb2b2861734d25dbec75bba19c8fdf6a93e7cdc9cc0203809161152f
7
- data.tar.gz: c3696401eaa1a2fa8e3db7a717e6325189a1ae425f954a6a6ae855952ac34576e7fc5d7785405da53222b36e4279593c6c8e4cf21dccfa820dee6dde41da1be4
6
+ metadata.gz: d5d703297a7799a8fb3e1aea46412f1110ca005249fff902681f93bba6c444b61c53b77701a2f5dd0026d087d7c1853cc1908125683a2fcac4692eb5460ed515
7
+ data.tar.gz: 213f9bfce957203aafee4791124e195d9818df8b3625f4e2c2ad650316c6664e1e98e0253d297a9fa947b916243fdd10d26f3b33dbf27d9b8ab7f590f1be3056
data/CHANGELOG.md CHANGED
@@ -1,5 +1,13 @@
1
1
  # Release history for google-apis-servicenetworking_v1beta
2
2
 
3
+ ### v0.53.0 (2024-06-02)
4
+
5
+ * Regenerated from discovery document revision 20240529
6
+
7
+ ### v0.52.0 (2024-05-26)
8
+
9
+ * Regenerated from discovery document revision 20240519
10
+
3
11
  ### v0.51.0 (2024-05-19)
4
12
 
5
13
  * Regenerated using generator version 0.15.0
@@ -1892,7 +1892,7 @@ module Google
1892
1892
  end
1893
1893
  end
1894
1894
 
1895
- # # gRPC Transcoding gRPC Transcoding is a feature for mapping between a gRPC
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 | gRPC -----|----- `GET /v1/messages/
1916
- # 123456` | `GetMessage(name: "messages/123456")` Any fields in the request
1917
- # message which are not bound by the path template automatically become HTTP
1918
- # query parameters if there is no HTTP request body. For example: service
1919
- # Messaging ` rpc GetMessage(GetMessageRequest) returns (Message) ` option (
1920
- # google.api.http) = ` get:"/v1/messages/`message_id`" `; ` ` message
1921
- # GetMessageRequest ` message SubMessage ` string subfield = 1; ` string
1922
- # message_id = 1; // Mapped to URL path. int64 revision = 2; // Mapped to URL
1923
- # query parameter `revision`. SubMessage sub = 3; // Mapped to URL query
1924
- # parameter `sub.subfield`. ` This enables a HTTP JSON to RPC mapping as below:
1925
- # HTTP | gRPC -----|----- `GET /v1/messages/123456?revision=2&sub.subfield=foo` |
1926
- # `GetMessage(message_id: "123456" revision: 2 sub: SubMessage(subfield: "foo"))
1927
- # ` Note that fields which are mapped to URL query parameters must have a
1928
- # primitive type or a repeated primitive type or a non-repeated message type. In
1929
- # the case of a repeated type, the parameter can be repeated in the URL as `...?
1930
- # param=A&param=B`. In the case of a message type, each field of the message is
1931
- # mapped to a separate parameter, such as `...?foo.a=A&foo.b=B&foo.c=C`. For
1932
- # HTTP methods that allow a request body, the `body` field specifies the mapping.
1933
- # Consider a REST update method on the message resource collection: service
1934
- # Messaging ` rpc UpdateMessage(UpdateMessageRequest) returns (Message) ` option
1935
- # (google.api.http) = ` patch: "/v1/messages/`message_id`" body: "message" `; ` `
1936
- # message UpdateMessageRequest ` string message_id = 1; // mapped to the URL
1937
- # Message message = 2; // mapped to the body ` The following HTTP JSON to RPC
1938
- # mapping is enabled, where the representation of the JSON in the request body
1939
- # is determined by protos JSON encoding: HTTP | gRPC -----|----- `PATCH /v1/
1940
- # messages/123456 ` "text": "Hi!" `` | `UpdateMessage(message_id: "123456"
1941
- # message ` text: "Hi!" `)` The special name `*` can be used in the body mapping
1942
- # to define that every field not bound by the path template should be mapped to
1943
- # the request body. This enables the following alternative definition of the
1944
- # update method: service Messaging ` rpc UpdateMessage(Message) returns (Message)
1945
- # ` option (google.api.http) = ` patch: "/v1/messages/`message_id`" body: "*" `;
1946
- # ` ` message Message ` string message_id = 1; string text = 2; ` The following
1947
- # HTTP JSON to RPC mapping is enabled: HTTP | gRPC -----|----- `PATCH /v1/
1948
- # messages/123456 ` "text": "Hi!" `` | `UpdateMessage(message_id: "123456" text:
1949
- # "Hi!")` Note that when using `*` in the body mapping, it is not possible to
1950
- # have HTTP parameters, as all fields not bound by the path end in the body.
1951
- # This makes this option more rarely used in practice when defining REST APIs.
1952
- # The common usage of `*` is in custom methods which don't use the URL at all
1953
- # for transferring data. It is possible to define multiple HTTP methods for one
1954
- # RPC by using the `additional_bindings` option. Example: service Messaging `
1955
- # rpc GetMessage(GetMessageRequest) returns (Message) ` option (google.api.http)
1956
- # = ` get: "/v1/messages/`message_id`" additional_bindings ` get: "/v1/users/`
1957
- # user_id`/messages/`message_id`" ` `; ` ` message GetMessageRequest ` string
1958
- # message_id = 1; string user_id = 2; ` This enables the following two
1959
- # alternative HTTP JSON to RPC mappings: HTTP | gRPC -----|----- `GET /v1/
1960
- # messages/123456` | `GetMessage(message_id: "123456")` `GET /v1/users/me/
1961
- # messages/123456` | `GetMessage(user_id: "me" message_id: "123456")` ## Rules
1962
- # for HTTP mapping 1. Leaf request fields (recursive expansion nested messages
1963
- # in the request message) are classified into three categories: - Fields
1964
- # referred by the path template. They are passed via the URL path. - Fields
1965
- # referred by the HttpRule.body. They are passed via the HTTP request body. -
1966
- # All other fields are passed via the URL query parameters, and the parameter
1967
- # name is the field path in the request message. A repeated field can be
1968
- # represented as multiple query parameters under the same name. 2. If HttpRule.
1969
- # body is "*", there is no URL query parameter, all fields are passed via URL
1970
- # path and HTTP request body. 3. If HttpRule.body is omitted, there is no HTTP
1971
- # request body, all fields are passed via URL path and URL query parameters. ###
1972
- # Path template syntax Template = "/" Segments [ Verb ] ; Segments = Segment ` "/
1973
- # " Segment ` ; Segment = "*" | "**" | LITERAL | Variable ; Variable = "`"
1974
- # FieldPath [ "=" Segments ] "`" ; FieldPath = IDENT ` "." IDENT ` ; Verb = ":"
1975
- # LITERAL ; The syntax `*` matches a single URL path segment. The syntax `**`
1976
- # matches zero or more URL path segments, which must be the last part of the URL
1977
- # path except the `Verb`. The syntax `Variable` matches part of the URL path as
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&param=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``. ## Using gRPC API Service Configuration gRPC API
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: http: rules: # Selects a gRPC method and applies HttpRule
2004
- # to it. - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
2005
- # message_id`/`sub.subfield` ## Special notes When gRPC Transcoding is used to
2006
- # map a gRPC to JSON REST endpoints, the proto to JSON conversion must follow
2007
- # the [proto3 specification](https://developers.google.com/protocol-buffers/docs/
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.
@@ -3217,7 +3216,8 @@ module Google
3217
3216
  # securityAdmin' applied on the shared VPC host project - 'roles/compute.
3218
3217
  # networkAdmin' applied on the shared VPC host project - 'roles/compute.xpnAdmin'
3219
3218
  # applied on the shared VPC host project - 'roles/dns.admin' applied on the
3220
- # shared VPC host project
3219
+ # shared VPC host project - 'roles/logging.admin' applied on the shared VPC host
3220
+ # project
3221
3221
  # Corresponds to the JSON property `role`
3222
3222
  # @return [String]
3223
3223
  attr_accessor :role
@@ -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.51.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 = "20240424"
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.51.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-05-19 00:00:00.000000000 Z
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.51.0
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: []