google-apis-servicenetworking_v1beta 0.54.0 → 0.55.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: 003b5f95d4a259a36f5b0d5d6401b69881566738327a73213bc59a56d5278d00
4
- data.tar.gz: 5abec7e66433f2a3dce689c25d37e3656b4936f58bd3b7d6bf8be97f0c76e372
3
+ metadata.gz: 9624b3f2e732ce7fcf79d78140ac14a85627891a0f64ac54e1c998e44d7a4c50
4
+ data.tar.gz: 416186296d923a0f4b91940af6ce3c374e41ab95d3a5d8805d621e8f7d770fdc
5
5
  SHA512:
6
- metadata.gz: c7b048d8d306675eec43d5f725d144cdf7fb6b064da42996766874dff7659b037803c0e607ba06634a7685378b19f1bc46b3c8d555d995cb770bd6cdd8519882
7
- data.tar.gz: c3130b7b4f216b7931a1a88067b25b1dd60352d984c6291aa04cf9b97c0b6e08045fe061a9df4eae18cc595fc519d51c29352dff8da0c9fdf3b1dc5ef4ea0972
6
+ metadata.gz: dfe4f781b8b255ad5dede46d26ba6292c17e0ac3576c7372dc4710b09b27a0a68f13405bd300caac2b39024346fbda974846c3437cd3f3281c225c1c14e87f13
7
+ data.tar.gz: 97deee67a2363798c6b7105d0f24cfede9e4454a40aa42bac72d6ea131a12ae70c660d981726fde674d1cc351092362262057732a81e8514bb8e8d1678dbf063
data/CHANGELOG.md CHANGED
@@ -1,5 +1,9 @@
1
1
  # Release history for google-apis-servicenetworking_v1beta
2
2
 
3
+ ### v0.55.0 (2024-07-25)
4
+
5
+ * Regenerated from discovery document revision 20240716
6
+
3
7
  ### v0.54.0 (2024-06-30)
4
8
 
5
9
  * Regenerated from discovery document revision 20240626
@@ -1007,12 +1007,14 @@ module Google
1007
1007
  # @return [Array<String>]
1008
1008
  attr_accessor :allowed_response_extensions
1009
1009
 
1010
- # A list of full type names of provided contexts.
1010
+ # A list of full type names of provided contexts. It is used to support
1011
+ # propagating HTTP headers and ETags from the response extension.
1011
1012
  # Corresponds to the JSON property `provided`
1012
1013
  # @return [Array<String>]
1013
1014
  attr_accessor :provided
1014
1015
 
1015
- # A list of full type names of requested contexts.
1016
+ # A list of full type names of requested contexts, only the requested context
1017
+ # will be made available to the backend.
1016
1018
  # Corresponds to the JSON property `requested`
1017
1019
  # @return [Array<String>]
1018
1020
  attr_accessor :requested
@@ -1268,17 +1270,14 @@ module Google
1268
1270
  # overview.md ==) - name: Tutorial content: (== include google/foo/tutorial.md ==
1269
1271
  # ) subpages: - name: Java content: (== include google/foo/tutorial_java.md ==)
1270
1272
  # rules: - selector: google.calendar.Calendar.Get description: > ... - selector:
1271
- # google.calendar.Calendar.Put description: > ... code_snippet_rules: - selector:
1272
- # google.calendar.Calendar.Delete code_snippets: - includes: - github_include:
1273
- # region_tag: calendar_delete code_language: JAVA account: GoogleCloudPlatform
1274
- # project: java-docs-samples file: calendar/delete.java Documentation is
1275
- # provided in markdown syntax. In addition to standard markdown features,
1276
- # definition lists, tables and fenced code blocks are supported. Section headers
1277
- # can be provided and are interpreted relative to the section nesting of the
1278
- # context where a documentation fragment is embedded. Documentation from the IDL
1279
- # is merged with documentation defined via the config at normalization time,
1280
- # where documentation provided by config rules overrides IDL provided. A number
1281
- # of constructs specific to the API platform are supported in documentation text.
1273
+ # google.calendar.Calendar.Put description: > ... Documentation is provided in
1274
+ # markdown syntax. In addition to standard markdown features, definition lists,
1275
+ # tables and fenced code blocks are supported. Section headers can be provided
1276
+ # and are interpreted relative to the section nesting of the context where a
1277
+ # documentation fragment is embedded. Documentation from the IDL is merged with
1278
+ # documentation defined via the config at normalization time, where
1279
+ # documentation provided by config rules overrides IDL provided. A number of
1280
+ # constructs specific to the API platform are supported in documentation text.
1282
1281
  # In order to reference a proto element, the following notation can be used: [
1283
1282
  # fully.qualified.proto.name][] To override the display text used for the link,
1284
1283
  # this can be used: [display text][fully.qualified.proto.name] Text can be
@@ -2002,27 +2001,27 @@ module Google
2002
2001
  # effect as the proto annotation. This can be particularly useful if you have a
2003
2002
  # proto that is reused in multiple services. Note that any transcoding specified
2004
2003
  # in the service config will override any matching transcoding configuration in
2005
- # the proto. Example below selects a gRPC method and applies HttpRule to it.
2006
- # http: rules: - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
2007
- # message_id`/`sub.subfield` Special notes When gRPC Transcoding is used to map
2008
- # a gRPC to JSON REST endpoints, the proto to JSON conversion must follow the [
2009
- # proto3 specification](https://developers.google.com/protocol-buffers/docs/
2010
- # proto3#json). While the single segment variable follows the semantics of [RFC
2011
- # 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2 Simple String
2012
- # Expansion, the multi segment variable **does not** follow RFC 6570 Section 3.2.
2013
- # 3 Reserved Expansion. The reason is that the Reserved Expansion does not
2014
- # expand special characters like `?` and `#`, which would lead to invalid URLs.
2015
- # As the result, gRPC Transcoding uses a custom encoding for multi segment
2016
- # variables. The path variables **must not** refer to any repeated or mapped
2017
- # field, because client libraries are not capable of handling such variable
2018
- # expansion. The path variables **must not** capture the leading "/" character.
2019
- # The reason is that the most common use case "`var`" does not capture the
2020
- # leading "/" character. For consistency, all path variables must share the same
2021
- # behavior. Repeated message fields must not be mapped to URL query parameters,
2022
- # because no client library can support such complicated mapping. If an API
2023
- # needs to use a JSON array for request or response body, it can map the request
2024
- # or response body to a repeated field. However, some gRPC Transcoding
2025
- # implementations may not support this feature.
2004
+ # the proto. The following example selects a gRPC method and applies an `
2005
+ # HttpRule` to it: http: rules: - selector: example.v1.Messaging.GetMessage get:
2006
+ # /v1/messages/`message_id`/`sub.subfield` Special notes When gRPC Transcoding
2007
+ # is used to map a gRPC to JSON REST endpoints, the proto to JSON conversion
2008
+ # must follow the [proto3 specification](https://developers.google.com/protocol-
2009
+ # buffers/docs/proto3#json). While the single segment variable follows the
2010
+ # semantics of [RFC 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2
2011
+ # Simple String Expansion, the multi segment variable **does not** follow RFC
2012
+ # 6570 Section 3.2.3 Reserved Expansion. The reason is that the Reserved
2013
+ # Expansion does not expand special characters like `?` and `#`, which would
2014
+ # lead to invalid URLs. As the result, gRPC Transcoding uses a custom encoding
2015
+ # for multi segment variables. The path variables **must not** refer to any
2016
+ # repeated or mapped field, because client libraries are not capable of handling
2017
+ # such variable expansion. The path variables **must not** capture the leading "/
2018
+ # " character. The reason is that the most common use case "`var`" does not
2019
+ # capture the leading "/" character. For consistency, all path variables must
2020
+ # share the same behavior. Repeated message fields must not be mapped to URL
2021
+ # query parameters, because no client library can support such complicated
2022
+ # mapping. If an API needs to use a JSON array for request or response body, it
2023
+ # can map the request or response body to a repeated field. However, some gRPC
2024
+ # Transcoding implementations may not support this feature.
2026
2025
  class HttpRule
2027
2026
  include Google::Apis::Core::Hashable
2028
2027
 
@@ -3799,17 +3798,14 @@ module Google
3799
3798
  # overview.md ==) - name: Tutorial content: (== include google/foo/tutorial.md ==
3800
3799
  # ) subpages: - name: Java content: (== include google/foo/tutorial_java.md ==)
3801
3800
  # rules: - selector: google.calendar.Calendar.Get description: > ... - selector:
3802
- # google.calendar.Calendar.Put description: > ... code_snippet_rules: - selector:
3803
- # google.calendar.Calendar.Delete code_snippets: - includes: - github_include:
3804
- # region_tag: calendar_delete code_language: JAVA account: GoogleCloudPlatform
3805
- # project: java-docs-samples file: calendar/delete.java Documentation is
3806
- # provided in markdown syntax. In addition to standard markdown features,
3807
- # definition lists, tables and fenced code blocks are supported. Section headers
3808
- # can be provided and are interpreted relative to the section nesting of the
3809
- # context where a documentation fragment is embedded. Documentation from the IDL
3810
- # is merged with documentation defined via the config at normalization time,
3811
- # where documentation provided by config rules overrides IDL provided. A number
3812
- # of constructs specific to the API platform are supported in documentation text.
3801
+ # google.calendar.Calendar.Put description: > ... Documentation is provided in
3802
+ # markdown syntax. In addition to standard markdown features, definition lists,
3803
+ # tables and fenced code blocks are supported. Section headers can be provided
3804
+ # and are interpreted relative to the section nesting of the context where a
3805
+ # documentation fragment is embedded. Documentation from the IDL is merged with
3806
+ # documentation defined via the config at normalization time, where
3807
+ # documentation provided by config rules overrides IDL provided. A number of
3808
+ # constructs specific to the API platform are supported in documentation text.
3813
3809
  # In order to reference a proto element, the following notation can be used: [
3814
3810
  # fully.qualified.proto.name][] To override the display text used for the link,
3815
3811
  # this can be used: [display text][fully.qualified.proto.name] Text can be
@@ -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.54.0"
19
+ GEM_VERSION = "0.55.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 = "20240626"
25
+ REVISION = "20240716"
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.54.0
4
+ version: 0.55.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-06-30 00:00:00.000000000 Z
11
+ date: 2024-07-25 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.54.0
61
+ documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1beta/v0.55.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: []