google-apis-servicenetworking_v1 0.61.0 → 0.62.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: db79ef8e56cd0ae9c4ca4fcb3db2021c58b4cc49a5064d24fcde6581226af381
4
- data.tar.gz: 54aa666c2c865b86ceab518f741ecd633f9622a60679b204be90e7c037049c4e
3
+ metadata.gz: 1d70c01b384e22264e5842da21bfb6702576dcea5c169a8520d0ad939be1949e
4
+ data.tar.gz: 6bc5facc3db40ca606a62714559e6d9236b85acdae9063d9adad17dc0a9531c0
5
5
  SHA512:
6
- metadata.gz: 350a4182399b0515e9c1a4eb6f2f876ea3b163d93eaafc4198140c32ef91ae0cb9d00ffe7617e9c34abdec4e8e7745c9b6fd67493b78a5dc473b96d68aaa1341
7
- data.tar.gz: 3e1c16b3c7c536c233a1c1655b77770353b5bb09546edec567aa7f3f7d841465fe878a1ddf564a7189cfc3606e91a6ce9c09e1fbd35ebdb642d744d6c2a4ceef
6
+ metadata.gz: 884099d7c41db42e0e81e802e52501c363ff31772cb96d4817f8ea45843b44d1394e2ffab42a8984d8893450f1ce6df2ab2f1aed550df5966c37deb440049af5
7
+ data.tar.gz: 4d3a9e939c7e39beac50eb5d7aa484bfabcaf2289f4df1c86e00dec37d40f8f35548574d4711450cb3b86dec95c86b8a041bff0052efdb28524f7b5ff91dbde5
data/CHANGELOG.md CHANGED
@@ -1,5 +1,9 @@
1
1
  # Release history for google-apis-servicenetworking_v1
2
2
 
3
+ ### v0.62.0 (2024-07-25)
4
+
5
+ * Regenerated from discovery document revision 20240716
6
+
3
7
  ### v0.61.0 (2024-06-30)
4
8
 
5
9
  * Regenerated from discovery document revision 20240626
@@ -1246,12 +1246,14 @@ module Google
1246
1246
  # @return [Array<String>]
1247
1247
  attr_accessor :allowed_response_extensions
1248
1248
 
1249
- # A list of full type names of provided contexts.
1249
+ # A list of full type names of provided contexts. It is used to support
1250
+ # propagating HTTP headers and ETags from the response extension.
1250
1251
  # Corresponds to the JSON property `provided`
1251
1252
  # @return [Array<String>]
1252
1253
  attr_accessor :provided
1253
1254
 
1254
- # A list of full type names of requested contexts.
1255
+ # A list of full type names of requested contexts, only the requested context
1256
+ # will be made available to the backend.
1255
1257
  # Corresponds to the JSON property `requested`
1256
1258
  # @return [Array<String>]
1257
1259
  attr_accessor :requested
@@ -1575,17 +1577,14 @@ module Google
1575
1577
  # overview.md ==) - name: Tutorial content: (== include google/foo/tutorial.md ==
1576
1578
  # ) subpages: - name: Java content: (== include google/foo/tutorial_java.md ==)
1577
1579
  # rules: - selector: google.calendar.Calendar.Get description: > ... - selector:
1578
- # google.calendar.Calendar.Put description: > ... code_snippet_rules: - selector:
1579
- # google.calendar.Calendar.Delete code_snippets: - includes: - github_include:
1580
- # region_tag: calendar_delete code_language: JAVA account: GoogleCloudPlatform
1581
- # project: java-docs-samples file: calendar/delete.java Documentation is
1582
- # provided in markdown syntax. In addition to standard markdown features,
1583
- # definition lists, tables and fenced code blocks are supported. Section headers
1584
- # can be provided and are interpreted relative to the section nesting of the
1585
- # context where a documentation fragment is embedded. Documentation from the IDL
1586
- # is merged with documentation defined via the config at normalization time,
1587
- # where documentation provided by config rules overrides IDL provided. A number
1588
- # of constructs specific to the API platform are supported in documentation text.
1580
+ # google.calendar.Calendar.Put description: > ... Documentation is provided in
1581
+ # markdown syntax. In addition to standard markdown features, definition lists,
1582
+ # tables and fenced code blocks are supported. Section headers can be provided
1583
+ # and are interpreted relative to the section nesting of the context where a
1584
+ # documentation fragment is embedded. Documentation from the IDL is merged with
1585
+ # documentation defined via the config at normalization time, where
1586
+ # documentation provided by config rules overrides IDL provided. A number of
1587
+ # constructs specific to the API platform are supported in documentation text.
1589
1588
  # In order to reference a proto element, the following notation can be used: [
1590
1589
  # fully.qualified.proto.name][] To override the display text used for the link,
1591
1590
  # this can be used: [display text][fully.qualified.proto.name] Text can be
@@ -2372,27 +2371,27 @@ module Google
2372
2371
  # effect as the proto annotation. This can be particularly useful if you have a
2373
2372
  # proto that is reused in multiple services. Note that any transcoding specified
2374
2373
  # in the service config will override any matching transcoding configuration in
2375
- # the proto. Example below selects a gRPC method and applies HttpRule to it.
2376
- # http: rules: - selector: example.v1.Messaging.GetMessage get: /v1/messages/`
2377
- # message_id`/`sub.subfield` Special notes When gRPC Transcoding is used to map
2378
- # a gRPC to JSON REST endpoints, the proto to JSON conversion must follow the [
2379
- # proto3 specification](https://developers.google.com/protocol-buffers/docs/
2380
- # proto3#json). While the single segment variable follows the semantics of [RFC
2381
- # 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2 Simple String
2382
- # Expansion, the multi segment variable **does not** follow RFC 6570 Section 3.2.
2383
- # 3 Reserved Expansion. The reason is that the Reserved Expansion does not
2384
- # expand special characters like `?` and `#`, which would lead to invalid URLs.
2385
- # As the result, gRPC Transcoding uses a custom encoding for multi segment
2386
- # variables. The path variables **must not** refer to any repeated or mapped
2387
- # field, because client libraries are not capable of handling such variable
2388
- # expansion. The path variables **must not** capture the leading "/" character.
2389
- # The reason is that the most common use case "`var`" does not capture the
2390
- # leading "/" character. For consistency, all path variables must share the same
2391
- # behavior. Repeated message fields must not be mapped to URL query parameters,
2392
- # because no client library can support such complicated mapping. If an API
2393
- # needs to use a JSON array for request or response body, it can map the request
2394
- # or response body to a repeated field. However, some gRPC Transcoding
2395
- # implementations may not support this feature.
2374
+ # the proto. The following example selects a gRPC method and applies an `
2375
+ # HttpRule` to it: http: rules: - selector: example.v1.Messaging.GetMessage get:
2376
+ # /v1/messages/`message_id`/`sub.subfield` Special notes When gRPC Transcoding
2377
+ # is used to map a gRPC to JSON REST endpoints, the proto to JSON conversion
2378
+ # must follow the [proto3 specification](https://developers.google.com/protocol-
2379
+ # buffers/docs/proto3#json). While the single segment variable follows the
2380
+ # semantics of [RFC 6570](https://tools.ietf.org/html/rfc6570) Section 3.2.2
2381
+ # Simple String Expansion, the multi segment variable **does not** follow RFC
2382
+ # 6570 Section 3.2.3 Reserved Expansion. The reason is that the Reserved
2383
+ # Expansion does not expand special characters like `?` and `#`, which would
2384
+ # lead to invalid URLs. As the result, gRPC Transcoding uses a custom encoding
2385
+ # for multi segment variables. The path variables **must not** refer to any
2386
+ # repeated or mapped field, because client libraries are not capable of handling
2387
+ # such variable expansion. The path variables **must not** capture the leading "/
2388
+ # " character. The reason is that the most common use case "`var`" does not
2389
+ # capture the leading "/" character. For consistency, all path variables must
2390
+ # share the same behavior. Repeated message fields must not be mapped to URL
2391
+ # query parameters, because no client library can support such complicated
2392
+ # mapping. If an API needs to use a JSON array for request or response body, it
2393
+ # can map the request or response body to a repeated field. However, some gRPC
2394
+ # Transcoding implementations may not support this feature.
2396
2395
  class HttpRule
2397
2396
  include Google::Apis::Core::Hashable
2398
2397
 
@@ -4416,17 +4415,14 @@ module Google
4416
4415
  # overview.md ==) - name: Tutorial content: (== include google/foo/tutorial.md ==
4417
4416
  # ) subpages: - name: Java content: (== include google/foo/tutorial_java.md ==)
4418
4417
  # rules: - selector: google.calendar.Calendar.Get description: > ... - selector:
4419
- # google.calendar.Calendar.Put description: > ... code_snippet_rules: - selector:
4420
- # google.calendar.Calendar.Delete code_snippets: - includes: - github_include:
4421
- # region_tag: calendar_delete code_language: JAVA account: GoogleCloudPlatform
4422
- # project: java-docs-samples file: calendar/delete.java Documentation is
4423
- # provided in markdown syntax. In addition to standard markdown features,
4424
- # definition lists, tables and fenced code blocks are supported. Section headers
4425
- # can be provided and are interpreted relative to the section nesting of the
4426
- # context where a documentation fragment is embedded. Documentation from the IDL
4427
- # is merged with documentation defined via the config at normalization time,
4428
- # where documentation provided by config rules overrides IDL provided. A number
4429
- # of constructs specific to the API platform are supported in documentation text.
4418
+ # google.calendar.Calendar.Put description: > ... Documentation is provided in
4419
+ # markdown syntax. In addition to standard markdown features, definition lists,
4420
+ # tables and fenced code blocks are supported. Section headers can be provided
4421
+ # and are interpreted relative to the section nesting of the context where a
4422
+ # documentation fragment is embedded. Documentation from the IDL is merged with
4423
+ # documentation defined via the config at normalization time, where
4424
+ # documentation provided by config rules overrides IDL provided. A number of
4425
+ # constructs specific to the API platform are supported in documentation text.
4430
4426
  # In order to reference a proto element, the following notation can be used: [
4431
4427
  # fully.qualified.proto.name][] To override the display text used for the link,
4432
4428
  # 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 ServicenetworkingV1
18
18
  # Version of the google-apis-servicenetworking_v1 gem
19
- GEM_VERSION = "0.61.0"
19
+ GEM_VERSION = "0.62.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_v1
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.61.0
4
+ version: 0.62.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_v1/CHANGELOG.md
61
- documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.61.0
61
+ documentation_uri: https://googleapis.dev/ruby/google-apis-servicenetworking_v1/v0.62.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: []