google-apis-servicenetworking_v1 0.58.0 → 0.60.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: b8e9c18c062c523897fc5ba8e1f2693373ee3e951c668c919ce6b770bfe3fd72
4
- data.tar.gz: 1b13666fdd086952be680dd962f05bed168e44bc4d32c2e93bfdf1fa2b2bb128
3
+ metadata.gz: 96aa60158e8c1a7740193d827e5fe884ce296c8be2da6e53ab0977b014dbc6d8
4
+ data.tar.gz: 3420b3f34ddf2e75f3b56564366f6fa26c9fa57004e8c85afeb9328a0751be62
5
5
  SHA512:
6
- metadata.gz: fc32453c632b72af54fcadb372899e1e8a66219c001f7b642ab6a904ec133ea99b27cc48ad9ad886a4e1a1d0edf1a0278e85820167f30c2da8e6552a5389cb9b
7
- data.tar.gz: ee7b4516e35bf7f47b6eb6bb664c347d779ca1463965dc64d1d7588964c6ce0d00be4bdca201c3dc37daef11b0ddc5ffccac3a61a31ef62e37a64fa56f43c5d9
6
+ metadata.gz: 6bd5f6e7656a7992838f80375a0fa4ffe919cf9a81a554bf2dfd1ac3c047929d3cfd3dda1570b784ae7305c17726925831aa304a8e480487a7d1a8b58d704ec5
7
+ data.tar.gz: 0dd9ad149bf3dcb4c2128a26271d1a5162c5b8c74770988c936498c3aa83ff3fce90a399ab4f8cb41c0a6291f9b3328bafc224e420c832ac77883b1c5e7f1a42
data/CHANGELOG.md CHANGED
@@ -1,5 +1,13 @@
1
1
  # Release history for google-apis-servicenetworking_v1
2
2
 
3
+ ### v0.60.0 (2024-06-02)
4
+
5
+ * Regenerated from discovery document revision 20240529
6
+
7
+ ### v0.59.0 (2024-05-26)
8
+
9
+ * Regenerated from discovery document revision 20240519
10
+
3
11
  ### v0.58.0 (2024-05-19)
4
12
 
5
13
  * Regenerated using generator version 0.15.0
@@ -2262,7 +2262,7 @@ module Google
2262
2262
  end
2263
2263
  end
2264
2264
 
2265
- # # gRPC Transcoding gRPC Transcoding is a feature for mapping between a gRPC
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 | gRPC -----|----- `GET /v1/messages/
2286
- # 123456` | `GetMessage(name: "messages/123456")` Any fields in the request
2287
- # message which are not bound by the path template automatically become HTTP
2288
- # query parameters if there is no HTTP request body. For example: service
2289
- # Messaging ` rpc GetMessage(GetMessageRequest) returns (Message) ` option (
2290
- # google.api.http) = ` get:"/v1/messages/`message_id`" `; ` ` message
2291
- # GetMessageRequest ` message SubMessage ` string subfield = 1; ` string
2292
- # message_id = 1; // Mapped to URL path. int64 revision = 2; // Mapped to URL
2293
- # query parameter `revision`. SubMessage sub = 3; // Mapped to URL query
2294
- # parameter `sub.subfield`. ` This enables a HTTP JSON to RPC mapping as below:
2295
- # HTTP | gRPC -----|----- `GET /v1/messages/123456?revision=2&sub.subfield=foo` |
2296
- # `GetMessage(message_id: "123456" revision: 2 sub: SubMessage(subfield: "foo"))
2297
- # ` Note that fields which are mapped to URL query parameters must have a
2298
- # primitive type or a repeated primitive type or a non-repeated message type. In
2299
- # the case of a repeated type, the parameter can be repeated in the URL as `...?
2300
- # param=A&param=B`. In the case of a message type, each field of the message is
2301
- # mapped to a separate parameter, such as `...?foo.a=A&foo.b=B&foo.c=C`. For
2302
- # HTTP methods that allow a request body, the `body` field specifies the mapping.
2303
- # Consider a REST update method on the message resource collection: service
2304
- # Messaging ` rpc UpdateMessage(UpdateMessageRequest) returns (Message) ` option
2305
- # (google.api.http) = ` patch: "/v1/messages/`message_id`" body: "message" `; ` `
2306
- # message UpdateMessageRequest ` string message_id = 1; // mapped to the URL
2307
- # Message message = 2; // mapped to the body ` The following HTTP JSON to RPC
2308
- # mapping is enabled, where the representation of the JSON in the request body
2309
- # is determined by protos JSON encoding: HTTP | gRPC -----|----- `PATCH /v1/
2310
- # messages/123456 ` "text": "Hi!" `` | `UpdateMessage(message_id: "123456"
2311
- # message ` text: "Hi!" `)` The special name `*` can be used in the body mapping
2312
- # to define that every field not bound by the path template should be mapped to
2313
- # the request body. This enables the following alternative definition of the
2314
- # update method: service Messaging ` rpc UpdateMessage(Message) returns (Message)
2315
- # ` option (google.api.http) = ` patch: "/v1/messages/`message_id`" body: "*" `;
2316
- # ` ` message Message ` string message_id = 1; string text = 2; ` The following
2317
- # HTTP JSON to RPC mapping is enabled: HTTP | gRPC -----|----- `PATCH /v1/
2318
- # messages/123456 ` "text": "Hi!" `` | `UpdateMessage(message_id: "123456" text:
2319
- # "Hi!")` Note that when using `*` in the body mapping, it is not possible to
2320
- # have HTTP parameters, as all fields not bound by the path end in the body.
2321
- # This makes this option more rarely used in practice when defining REST APIs.
2322
- # The common usage of `*` is in custom methods which don't use the URL at all
2323
- # for transferring data. It is possible to define multiple HTTP methods for one
2324
- # RPC by using the `additional_bindings` option. Example: service Messaging `
2325
- # rpc GetMessage(GetMessageRequest) returns (Message) ` option (google.api.http)
2326
- # = ` get: "/v1/messages/`message_id`" additional_bindings ` get: "/v1/users/`
2327
- # user_id`/messages/`message_id`" ` `; ` ` message GetMessageRequest ` string
2328
- # message_id = 1; string user_id = 2; ` This enables the following two
2329
- # alternative HTTP JSON to RPC mappings: HTTP | gRPC -----|----- `GET /v1/
2330
- # messages/123456` | `GetMessage(message_id: "123456")` `GET /v1/users/me/
2331
- # messages/123456` | `GetMessage(user_id: "me" message_id: "123456")` ## Rules
2332
- # for HTTP mapping 1. Leaf request fields (recursive expansion nested messages
2333
- # in the request message) are classified into three categories: - Fields
2334
- # referred by the path template. They are passed via the URL path. - Fields
2335
- # referred by the HttpRule.body. They are passed via the HTTP request body. -
2336
- # All other fields are passed via the URL query parameters, and the parameter
2337
- # name is the field path in the request message. A repeated field can be
2338
- # represented as multiple query parameters under the same name. 2. If HttpRule.
2339
- # body is "*", there is no URL query parameter, all fields are passed via URL
2340
- # path and HTTP request body. 3. If HttpRule.body is omitted, there is no HTTP
2341
- # request body, all fields are passed via URL path and URL query parameters. ###
2342
- # Path template syntax Template = "/" Segments [ Verb ] ; Segments = Segment ` "/
2343
- # " Segment ` ; Segment = "*" | "**" | LITERAL | Variable ; Variable = "`"
2344
- # FieldPath [ "=" Segments ] "`" ; FieldPath = IDENT ` "." IDENT ` ; Verb = ":"
2345
- # LITERAL ; The syntax `*` matches a single URL path segment. The syntax `**`
2346
- # matches zero or more URL path segments, which must be the last part of the URL
2347
- # path except the `Verb`. The syntax `Variable` matches part of the URL path as
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&param=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``. ## Using gRPC API Service Configuration gRPC API
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: http: rules: # Selects a gRPC method and applies HttpRule
2374
- # to it. - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
2375
- # message_id`/`sub.subfield` ## Special notes When gRPC Transcoding is used to
2376
- # map a gRPC to JSON REST endpoints, the proto to JSON conversion must follow
2377
- # the [proto3 specification](https://developers.google.com/protocol-buffers/docs/
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.
@@ -3671,7 +3670,8 @@ module Google
3671
3670
  # securityAdmin' applied on the shared VPC host project - 'roles/compute.
3672
3671
  # networkAdmin' applied on the shared VPC host project - 'roles/compute.xpnAdmin'
3673
3672
  # applied on the shared VPC host project - 'roles/dns.admin' applied on the
3674
- # shared VPC host project
3673
+ # shared VPC host project - 'roles/logging.admin' applied on the shared VPC host
3674
+ # project
3675
3675
  # Corresponds to the JSON property `role`
3676
3676
  # @return [String]
3677
3677
  attr_accessor :role
@@ -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.58.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 = "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_v1
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.58.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-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_v1/CHANGELOG.md
61
- documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.58.0
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: []