google-apis-servicenetworking_v1 0.59.0 → 0.61.0

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: e7a62b5fd2e27b1ec97f7e80de3b92a6401fb65c157ec633c1ad1e76ed40af01
-  data.tar.gz: 32d19f3d8bc395d23a30e489702630a2d042e22fbf09b58b3811e315fa24a3f8
+  metadata.gz: db79ef8e56cd0ae9c4ca4fcb3db2021c58b4cc49a5064d24fcde6581226af381
+  data.tar.gz: 54aa666c2c865b86ceab518f741ecd633f9622a60679b204be90e7c037049c4e
 SHA512:
-  metadata.gz: cf012fd69b3cc6c5a1f2b72a9995dfcd009b038fe8aa996e87d4d0dbf9de1ceba390769d5950657c7cb80ad3256b1dee569b0b53a3bf7707fbb049bcb95f1441
-  data.tar.gz: 4083d6c3f995bd06945e486be2d30ff4fc498072048df1205bda925bd520d13b94ad5fabe79f8140a835e616ce05a755873854b8fa8af1c2cd6049d8ae09a7f5
+  metadata.gz: 350a4182399b0515e9c1a4eb6f2f876ea3b163d93eaafc4198140c32ef91ae0cb9d00ffe7617e9c34abdec4e8e7745c9b6fd67493b78a5dc473b96d68aaa1341
+  data.tar.gz: 3e1c16b3c7c536c233a1c1655b77770353b5bb09546edec567aa7f3f7d841465fe878a1ddf564a7189cfc3606e91a6ce9c09e1fbd35ebdb642d744d6c2a4ceef

data/CHANGELOG.md

@@ -1,5 +1,13 @@
 # Release history for google-apis-servicenetworking_v1
 
+### v0.61.0 (2024-06-30)
+
+* Regenerated from discovery document revision 20240626
+
+### v0.60.0 (2024-06-02)
+
+* Regenerated from discovery document revision 20240529
+
 ### v0.59.0 (2024-05-26)
 
 * Regenerated from discovery document revision 20240519

data/lib/google/apis/servicenetworking_v1/classes.rb

@@ -1575,14 +1575,17 @@ module Google
       # overview.md ==) - name: Tutorial content: (== include google/foo/tutorial.md ==
       # ) subpages: - name: Java content: (== include google/foo/tutorial_java.md ==)
       # rules: - selector: google.calendar.Calendar.Get description: > ... - selector:
-      # google.calendar.Calendar.Put description: > ... Documentation is provided in
-      # markdown syntax. In addition to standard markdown features, definition lists,
-      # tables and fenced code blocks are supported. Section headers can be provided
-      # and are interpreted relative to the section nesting of the context where a
-      # documentation fragment is embedded. Documentation from the IDL is merged with
-      # documentation defined via the config at normalization time, where
-      # documentation provided by config rules overrides IDL provided. A number of
-      # constructs specific to the API platform are supported in documentation text.
+      # google.calendar.Calendar.Put description: > ... code_snippet_rules: - selector:
+      # google.calendar.Calendar.Delete code_snippets: - includes: - github_include:
+      # region_tag: calendar_delete code_language: JAVA account: GoogleCloudPlatform
+      # project: java-docs-samples file: calendar/delete.java Documentation is
+      # provided in markdown syntax. In addition to standard markdown features,
+      # definition lists, tables and fenced code blocks are supported. Section headers
+      # can be provided and are interpreted relative to the section nesting of the
+      # context where a documentation fragment is embedded. Documentation from the IDL
+      # is merged with documentation defined via the config at normalization time,
+      # where documentation provided by config rules overrides IDL provided. A number
+      # of constructs specific to the API platform are supported in documentation text.
       # In order to reference a proto element, the following notation can be used: [
       # fully.qualified.proto.name][] To override the display text used for the link,
       # this can be used: [display text][fully.qualified.proto.name] Text can be
@@ -2262,7 +2265,7 @@ module Google
         end
       end
       
-      # # gRPC Transcoding gRPC Transcoding is a feature for mapping between a gRPC
+      # gRPC Transcoding gRPC Transcoding is a feature for mapping between a gRPC
       # method and one or more HTTP REST endpoints. It allows developers to build a
       # single API service that supports both gRPC APIs and REST APIs. Many systems,
       # including [Google APIs](https://github.com/googleapis/googleapis), [Cloud
@@ -2282,70 +2285,69 @@ module Google
       # Message) ` option (google.api.http) = ` get: "/v1/`name=messages/*`" `; ` `
       # message GetMessageRequest ` string name = 1; // Mapped to URL path. ` message
       # Message ` string text = 1; // The resource content. ` This enables an HTTP
-      # REST to gRPC mapping as below: HTTP | gRPC -----|----- `GET /v1/messages/
-      # 123456` | `GetMessage(name: "messages/123456")` Any fields in the request
-      # message which are not bound by the path template automatically become HTTP
-      # query parameters if there is no HTTP request body. For example: service
-      # Messaging ` rpc GetMessage(GetMessageRequest) returns (Message) ` option (
-      # google.api.http) = ` get:"/v1/messages/`message_id`" `; ` ` message
-      # GetMessageRequest ` message SubMessage ` string subfield = 1; ` string
-      # message_id = 1; // Mapped to URL path. int64 revision = 2; // Mapped to URL
-      # query parameter `revision`. SubMessage sub = 3; // Mapped to URL query
-      # parameter `sub.subfield`. ` This enables a HTTP JSON to RPC mapping as below:
-      # HTTP | gRPC -----|----- `GET /v1/messages/123456?revision=2&sub.subfield=foo` |
-      # `GetMessage(message_id: "123456" revision: 2 sub: SubMessage(subfield: "foo"))
-      # ` Note that fields which are mapped to URL query parameters must have a
-      # primitive type or a repeated primitive type or a non-repeated message type. In
-      # the case of a repeated type, the parameter can be repeated in the URL as `...?
-      # param=A&param=B`. In the case of a message type, each field of the message is
-      # mapped to a separate parameter, such as `...?foo.a=A&foo.b=B&foo.c=C`. For
-      # HTTP methods that allow a request body, the `body` field specifies the mapping.
-      # Consider a REST update method on the message resource collection: service
-      # Messaging ` rpc UpdateMessage(UpdateMessageRequest) returns (Message) ` option
-      # (google.api.http) = ` patch: "/v1/messages/`message_id`" body: "message" `; ` `
-      # message UpdateMessageRequest ` string message_id = 1; // mapped to the URL
-      # Message message = 2; // mapped to the body ` The following HTTP JSON to RPC
-      # mapping is enabled, where the representation of the JSON in the request body
-      # is determined by protos JSON encoding: HTTP | gRPC -----|----- `PATCH /v1/
-      # messages/123456 ` "text": "Hi!" `` | `UpdateMessage(message_id: "123456"
-      # message ` text: "Hi!" `)` The special name `*` can be used in the body mapping
-      # to define that every field not bound by the path template should be mapped to
-      # the request body. This enables the following alternative definition of the
-      # update method: service Messaging ` rpc UpdateMessage(Message) returns (Message)
-      # ` option (google.api.http) = ` patch: "/v1/messages/`message_id`" body: "*" `;
-      # ` ` message Message ` string message_id = 1; string text = 2; ` The following
-      # HTTP JSON to RPC mapping is enabled: HTTP | gRPC -----|----- `PATCH /v1/
-      # messages/123456 ` "text": "Hi!" `` | `UpdateMessage(message_id: "123456" text:
-      # "Hi!")` Note that when using `*` in the body mapping, it is not possible to
-      # have HTTP parameters, as all fields not bound by the path end in the body.
-      # This makes this option more rarely used in practice when defining REST APIs.
-      # The common usage of `*` is in custom methods which don't use the URL at all
-      # for transferring data. It is possible to define multiple HTTP methods for one
-      # RPC by using the `additional_bindings` option. Example: service Messaging `
-      # rpc GetMessage(GetMessageRequest) returns (Message) ` option (google.api.http)
-      # = ` get: "/v1/messages/`message_id`" additional_bindings ` get: "/v1/users/`
-      # user_id`/messages/`message_id`" ` `; ` ` message GetMessageRequest ` string
-      # message_id = 1; string user_id = 2; ` This enables the following two
-      # alternative HTTP JSON to RPC mappings: HTTP | gRPC -----|----- `GET /v1/
-      # messages/123456` | `GetMessage(message_id: "123456")` `GET /v1/users/me/
-      # messages/123456` | `GetMessage(user_id: "me" message_id: "123456")` ## Rules
-      # for HTTP mapping 1. Leaf request fields (recursive expansion nested messages
-      # in the request message) are classified into three categories: - Fields
-      # referred by the path template. They are passed via the URL path. - Fields
-      # referred by the HttpRule.body. They are passed via the HTTP request body. -
-      # All other fields are passed via the URL query parameters, and the parameter
-      # name is the field path in the request message. A repeated field can be
-      # represented as multiple query parameters under the same name. 2. If HttpRule.
-      # body is "*", there is no URL query parameter, all fields are passed via URL
-      # path and HTTP request body. 3. If HttpRule.body is omitted, there is no HTTP
-      # request body, all fields are passed via URL path and URL query parameters. ###
-      # Path template syntax Template = "/" Segments [ Verb ] ; Segments = Segment ` "/
-      # " Segment ` ; Segment = "*" | "**" | LITERAL | Variable ; Variable = "`"
-      # FieldPath [ "=" Segments ] "`" ; FieldPath = IDENT ` "." IDENT ` ; Verb = ":"
-      # LITERAL ; The syntax `*` matches a single URL path segment. The syntax `**`
-      # matches zero or more URL path segments, which must be the last part of the URL
-      # path except the `Verb`. The syntax `Variable` matches part of the URL path as
-      # specified by its template. A variable template must not contain other
+      # REST to gRPC mapping as below: - HTTP: `GET /v1/messages/123456` - gRPC: `
+      # GetMessage(name: "messages/123456")` Any fields in the request message which
+      # are not bound by the path template automatically become HTTP query parameters
+      # if there is no HTTP request body. For example: service Messaging ` rpc
+      # GetMessage(GetMessageRequest) returns (Message) ` option (google.api.http) = `
+      # get:"/v1/messages/`message_id`" `; ` ` message GetMessageRequest ` message
+      # SubMessage ` string subfield = 1; ` string message_id = 1; // Mapped to URL
+      # path. int64 revision = 2; // Mapped to URL query parameter `revision`.
+      # SubMessage sub = 3; // Mapped to URL query parameter `sub.subfield`. ` This
+      # enables a HTTP JSON to RPC mapping as below: - HTTP: `GET /v1/messages/123456?
+      # revision=2&sub.subfield=foo` - gRPC: `GetMessage(message_id: "123456" revision:
+      # 2 sub: SubMessage(subfield: "foo"))` Note that fields which are mapped to URL
+      # query parameters must have a primitive type or a repeated primitive type or a
+      # non-repeated message type. In the case of a repeated type, the parameter can
+      # be repeated in the URL as `...?param=A&param=B`. In the case of a message type,
+      # each field of the message is mapped to a separate parameter, such as `...?foo.
+      # a=A&foo.b=B&foo.c=C`. For HTTP methods that allow a request body, the `body`
+      # field specifies the mapping. Consider a REST update method on the message
+      # resource collection: service Messaging ` rpc UpdateMessage(
+      # UpdateMessageRequest) returns (Message) ` option (google.api.http) = ` patch: "
+      # /v1/messages/`message_id`" body: "message" `; ` ` message UpdateMessageRequest
+      # ` string message_id = 1; // mapped to the URL Message message = 2; // mapped
+      # to the body ` The following HTTP JSON to RPC mapping is enabled, where the
+      # representation of the JSON in the request body is determined by protos JSON
+      # encoding: - HTTP: `PATCH /v1/messages/123456 ` "text": "Hi!" `` - gRPC: `
+      # UpdateMessage(message_id: "123456" message ` text: "Hi!" `)` The special name `
+      # *` can be used in the body mapping to define that every field not bound by the
+      # path template should be mapped to the request body. This enables the following
+      # alternative definition of the update method: service Messaging ` rpc
+      # UpdateMessage(Message) returns (Message) ` option (google.api.http) = ` patch:
+      # "/v1/messages/`message_id`" body: "*" `; ` ` message Message ` string
+      # message_id = 1; string text = 2; ` The following HTTP JSON to RPC mapping is
+      # enabled: - HTTP: `PATCH /v1/messages/123456 ` "text": "Hi!" `` - gRPC: `
+      # UpdateMessage(message_id: "123456" text: "Hi!")` Note that when using `*` in
+      # the body mapping, it is not possible to have HTTP parameters, as all fields
+      # not bound by the path end in the body. This makes this option more rarely used
+      # in practice when defining REST APIs. The common usage of `*` is in custom
+      # methods which don't use the URL at all for transferring data. It is possible
+      # to define multiple HTTP methods for one RPC by using the `additional_bindings`
+      # option. Example: service Messaging ` rpc GetMessage(GetMessageRequest) returns
+      # (Message) ` option (google.api.http) = ` get: "/v1/messages/`message_id`"
+      # additional_bindings ` get: "/v1/users/`user_id`/messages/`message_id`" ` `; ` `
+      # message GetMessageRequest ` string message_id = 1; string user_id = 2; ` This
+      # enables the following two alternative HTTP JSON to RPC mappings: - HTTP: `GET /
+      # v1/messages/123456` - gRPC: `GetMessage(message_id: "123456")` - HTTP: `GET /
+      # v1/users/me/messages/123456` - gRPC: `GetMessage(user_id: "me" message_id: "
+      # 123456")` Rules for HTTP mapping 1. Leaf request fields (recursive expansion
+      # nested messages in the request message) are classified into three categories: -
+      # Fields referred by the path template. They are passed via the URL path. -
+      # Fields referred by the HttpRule.body. They are passed via the HTTP request
+      # body. - All other fields are passed via the URL query parameters, and the
+      # parameter name is the field path in the request message. A repeated field can
+      # be represented as multiple query parameters under the same name. 2. If
+      # HttpRule.body is "*", there is no URL query parameter, all fields are passed
+      # via URL path and HTTP request body. 3. If HttpRule.body is omitted, there is
+      # no HTTP request body, all fields are passed via URL path and URL query
+      # parameters. Path template syntax Template = "/" Segments [ Verb ] ; Segments =
+      # Segment ` "/" Segment ` ; Segment = "*" | "**" | LITERAL | Variable ; Variable
+      # = "`" FieldPath [ "=" Segments ] "`" ; FieldPath = IDENT ` "." IDENT ` ; Verb =
+      # ":" LITERAL ; The syntax `*` matches a single URL path segment. The syntax `**
+      # ` matches zero or more URL path segments, which must be the last part of the
+      # URL path except the `Verb`. The syntax `Variable` matches part of the URL path
+      # as specified by its template. A variable template must not contain other
       # variables. If a variable matches a single path segment, its template may be
       # omitted, e.g. ``var`` is equivalent to ``var=*``. The syntax `LITERAL` matches
       # literal text in the URL path. If the `LITERAL` contains any reserved character,
@@ -2360,7 +2362,7 @@ module Google
       # except `[-_.~/0-9a-zA-Z]` are percent-encoded. The server side does the
       # reverse decoding, except "%2F" and "%2f" are left unchanged. Such variables
       # show up in the [Discovery Document](https://developers.google.com/discovery/v1/
-      # reference/apis) as ``+var``. ## Using gRPC API Service Configuration gRPC API
+      # reference/apis) as ``+var``. Using gRPC API Service Configuration gRPC API
       # Service Configuration (service config) is a configuration language for
       # configuring a gRPC service to become a user-facing product. The service config
       # is simply the YAML representation of the `google.api.Service` proto message.
@@ -2370,11 +2372,11 @@ module Google
       # effect as the proto annotation. This can be particularly useful if you have a
       # proto that is reused in multiple services. Note that any transcoding specified
       # in the service config will override any matching transcoding configuration in
-      # the proto. Example: http: rules: # Selects a gRPC method and applies HttpRule
-      # to it. - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
-      # message_id`/`sub.subfield` ## Special notes When gRPC Transcoding is used to
-      # map a gRPC to JSON REST endpoints, the proto to JSON conversion must follow
-      # the [proto3 specification](https://developers.google.com/protocol-buffers/docs/
+      # the proto. Example below selects a gRPC method and applies HttpRule to it.
+      # http: rules: - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
+      # message_id`/`sub.subfield` Special notes When gRPC Transcoding is used to map
+      # a gRPC to JSON REST endpoints, the proto to JSON conversion must follow the [
+      # proto3 specification](https://developers.google.com/protocol-buffers/docs/
       # proto3#json). While the single segment variable follows the semantics of [RFC
       # 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2 Simple String
       # Expansion, the multi segment variable **does not** follow RFC 6570 Section 3.2.
@@ -4414,14 +4416,17 @@ module Google
         # overview.md ==) - name: Tutorial content: (== include google/foo/tutorial.md ==
         # ) subpages: - name: Java content: (== include google/foo/tutorial_java.md ==)
         # rules: - selector: google.calendar.Calendar.Get description: > ... - selector:
-        # google.calendar.Calendar.Put description: > ... Documentation is provided in
-        # markdown syntax. In addition to standard markdown features, definition lists,
-        # tables and fenced code blocks are supported. Section headers can be provided
-        # and are interpreted relative to the section nesting of the context where a
-        # documentation fragment is embedded. Documentation from the IDL is merged with
-        # documentation defined via the config at normalization time, where
-        # documentation provided by config rules overrides IDL provided. A number of
-        # constructs specific to the API platform are supported in documentation text.
+        # google.calendar.Calendar.Put description: > ... code_snippet_rules: - selector:
+        # google.calendar.Calendar.Delete code_snippets: - includes: - github_include:
+        # region_tag: calendar_delete code_language: JAVA account: GoogleCloudPlatform
+        # project: java-docs-samples file: calendar/delete.java Documentation is
+        # provided in markdown syntax. In addition to standard markdown features,
+        # definition lists, tables and fenced code blocks are supported. Section headers
+        # can be provided and are interpreted relative to the section nesting of the
+        # context where a documentation fragment is embedded. Documentation from the IDL
+        # is merged with documentation defined via the config at normalization time,
+        # where documentation provided by config rules overrides IDL provided. A number
+        # of constructs specific to the API platform are supported in documentation text.
         # In order to reference a proto element, the following notation can be used: [
         # fully.qualified.proto.name][] To override the display text used for the link,
         # this can be used: [display text][fully.qualified.proto.name] Text can be

data/lib/google/apis/servicenetworking_v1/gem_version.rb

@@ -16,13 +16,13 @@ module Google
   module Apis
     module ServicenetworkingV1
       # Version of the google-apis-servicenetworking_v1 gem
-      GEM_VERSION = "0.59.0"
+      GEM_VERSION = "0.61.0"
 
       # Version of the code generator used to generate this client
       GENERATOR_VERSION = "0.15.0"
 
       # Revision of the discovery document this client was generated from
-      REVISION = "20240519"
+      REVISION = "20240626"
     end
   end
 end

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: google-apis-servicenetworking_v1
 version: !ruby/object:Gem::Version
-  version: 0.59.0
+  version: 0.61.0
 platform: ruby
 authors:
 - Google LLC
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2024-05-26 00:00:00.000000000 Z
+date: 2024-06-30 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: google-apis-core
@@ -58,7 +58,7 @@ licenses:
 metadata:
   bug_tracker_uri: https://github.com/googleapis/google-api-ruby-client/issues
   changelog_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-servicenetworking_v1/CHANGELOG.md
-  documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.59.0
+  documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.61.0
   source_code_uri: https://github.com/googleapis/google-api-ruby-client/tree/main/generated/google-apis-servicenetworking_v1
 post_install_message: 
 rdoc_options: []