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: aca8917588f50d51ab16a0847bcb4a1d119f6d41c5799366b4f0d9e637ba72c3
4
- data.tar.gz: 7b8b1f22893615c8b64db23b1421cbf58deec3810a1941816ffb0077dae9122d
3
+ metadata.gz: edc1c35bebf9630bf6c3fef30d108fc34f1e757dc108719757333ed98c6f05ea
4
+ data.tar.gz: 2b9473f301fd87fc0d2c430307ca9f72d6e55b57c239faf724cf31a00bfa39ea
5
5
  SHA512:
6
- metadata.gz: ecd90af662021f1611c41ebb532205e0bb7137ac35fad4f0c69c85a66a4a8b924576decb6be8cfe5f9c152fb36c6be7f8979f9049a4e8b3cf6bfc8e2187184f0
7
- data.tar.gz: 0b0f84969bb5c0d4d3c27f0a4acfe4c7ad6cf914cb1686d31754f5eec65cc397d9b1b9198b3d66a6a67ea91f74dd2c171b3034b47c67acc68ff278dfb8c94064
6
+ metadata.gz: d5d703297a7799a8fb3e1aea46412f1110ca005249fff902681f93bba6c444b61c53b77701a2f5dd0026d087d7c1853cc1908125683a2fcac4692eb5460ed515
7
+ data.tar.gz: 213f9bfce957203aafee4791124e195d9818df8b3625f4e2c2ad650316c6664e1e98e0253d297a9fa947b916243fdd10d26f3b33dbf27d9b8ab7f590f1be3056
data/CHANGELOG.md CHANGED
@@ -1,5 +1,9 @@
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
+
3
7
  ### v0.52.0 (2024-05-26)
4
8
 
5
9
  * Regenerated from discovery document revision 20240519
@@ -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.
@@ -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.52.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 = "20240519"
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.52.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-26 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.52.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: []