Skip to content

Commit dc3756d

Browse files
chore: Update gapic-generator-python to 1.26.2 (#1540)
* chore: Update gapic-generator-python to 1.26.2 PiperOrigin-RevId: 802200836 Source-Link: googleapis/googleapis@d300b15 Source-Link: googleapis/googleapis-gen@a1ff0ae Copy-Tag: eyJwIjoiLmdpdGh1Yi8uT3dsQm90LnlhbWwiLCJoIjoiYTFmZjBhZTcyZGRjYjY4YTI1OTIxNWQ4Yzc3NjYxZTJjZGJiOWIwMiJ9 * 🦉 Updates from OwlBot post-processor See https://github.com/googleapis/repo-automation-bots/blob/main/packages/owl-bot/README.md --------- Co-authored-by: Owl Bot <gcf-owl-bot[bot]@users.noreply.github.com>
1 parent c80d820 commit dc3756d

File tree

5 files changed

+262
-262
lines changed

5 files changed

+262
-262
lines changed

google/cloud/_storage_v2/services/storage/async_client.py

Lines changed: 59 additions & 59 deletions
Original file line numberDiff line numberDiff line change
@@ -80,22 +80,22 @@ class StorageAsyncClient:
8080
8181
Resources are named as follows:
8282
83-
- Projects are referred to as they are defined by the Resource
84-
Manager API, using strings like ``projects/123456`` or
85-
``projects/my-string-id``.
86-
87-
- Buckets are named using string names of the form:
88-
``projects/{project}/buckets/{bucket}`` For globally unique
89-
buckets, ``_`` may be substituted for the project.
90-
91-
- Objects are uniquely identified by their name along with the name
92-
of the bucket they belong to, as separate strings in this API.
93-
For example:
94-
95-
ReadObjectRequest { bucket: 'projects/_/buckets/my-bucket'
96-
object: 'my-object' } Note that object names can contain ``/``
97-
characters, which are treated as any other character (no special
98-
directory semantics).
83+
- Projects are referred to as they are defined by the Resource
84+
Manager API, using strings like ``projects/123456`` or
85+
``projects/my-string-id``.
86+
87+
- Buckets are named using string names of the form:
88+
``projects/{project}/buckets/{bucket}`` For globally unique
89+
buckets, ``_`` may be substituted for the project.
90+
91+
- Objects are uniquely identified by their name along with the name
92+
of the bucket they belong to, as separate strings in this API. For
93+
example:
94+
95+
ReadObjectRequest { bucket: 'projects/\_/buckets/my-bucket'
96+
object: 'my-object' } Note that object names can contain ``/``
97+
characters, which are treated as any other character (no special
98+
directory semantics).
9999
"""
100100

101101
_client: StorageClient
@@ -1006,19 +1006,19 @@ async def sample_get_iam_policy():
10061006
constraints based on attributes of the request, the
10071007
resource, or both. To learn which resources support
10081008
conditions in their IAM policies, see the [IAM
1009-
documentation](\ https://cloud.google.com/iam/help/conditions/resource-policies).
1009+
documentation](https://cloud.google.com/iam/help/conditions/resource-policies).
10101010
10111011
**JSON example:**
10121012
1013-
:literal:`\` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
1013+
:literal:`` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
10141014
10151015
**YAML example:**
10161016
1017-
:literal:`\` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
1017+
:literal:`` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
10181018
10191019
For a description of IAM and its features, see the
10201020
[IAM
1021-
documentation](\ https://cloud.google.com/iam/docs/).
1021+
documentation](https://cloud.google.com/iam/docs/).
10221022
10231023
"""
10241024
# Create or coerce a protobuf request object.
@@ -1161,19 +1161,19 @@ async def sample_set_iam_policy():
11611161
constraints based on attributes of the request, the
11621162
resource, or both. To learn which resources support
11631163
conditions in their IAM policies, see the [IAM
1164-
documentation](\ https://cloud.google.com/iam/help/conditions/resource-policies).
1164+
documentation](https://cloud.google.com/iam/help/conditions/resource-policies).
11651165
11661166
**JSON example:**
11671167
1168-
:literal:`\` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
1168+
:literal:`` { "bindings": [ { "role": "roles/resourcemanager.organizationAdmin", "members": [ "user:mike@example.com", "group:admins@example.com", "domain:google.com", "serviceAccount:my-project-id@appspot.gserviceaccount.com" ] }, { "role": "roles/resourcemanager.organizationViewer", "members": [ "user:eve@example.com" ], "condition": { "title": "expirable access", "description": "Does not grant access after Sep 2020", "expression": "request.time < timestamp('2020-10-01T00:00:00.000Z')", } } ], "etag": "BwWWja0YfJA=", "version": 3 }`\ \`
11691169
11701170
**YAML example:**
11711171
1172-
:literal:`\` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
1172+
:literal:`` bindings: - members: - user:mike@example.com - group:admins@example.com - domain:google.com - serviceAccount:my-project-id@appspot.gserviceaccount.com role: roles/resourcemanager.organizationAdmin - members: - user:eve@example.com role: roles/resourcemanager.organizationViewer condition: title: expirable access description: Does not grant access after Sep 2020 expression: request.time < timestamp('2020-10-01T00:00:00.000Z') etag: BwWWja0YfJA= version: 3`\ \`
11731173
11741174
For a description of IAM and its features, see the
11751175
[IAM
1176-
documentation](\ https://cloud.google.com/iam/docs/).
1176+
documentation](https://cloud.google.com/iam/docs/).
11771177
11781178
"""
11791179
# Create or coerce a protobuf request object.
@@ -2578,41 +2578,41 @@ async def write_object(
25782578
explicitly by the client or due to a network error or an error
25792579
response from the server), the client should do as follows:
25802580
2581-
- Check the result Status of the stream, to determine if
2582-
writing can be resumed on this stream or must be restarted
2583-
from scratch (by calling ``StartResumableWrite()``). The
2584-
resumable errors are DEADLINE_EXCEEDED, INTERNAL, and
2585-
UNAVAILABLE. For each case, the client should use binary
2586-
exponential backoff before retrying. Additionally, writes can
2587-
be resumed after RESOURCE_EXHAUSTED errors, but only after
2588-
taking appropriate measures, which may include reducing
2589-
aggregate send rate across clients and/or requesting a quota
2590-
increase for your project.
2591-
- If the call to ``WriteObject`` returns ``ABORTED``, that
2592-
indicates concurrent attempts to update the resumable write,
2593-
caused either by multiple racing clients or by a single
2594-
client where the previous request was timed out on the client
2595-
side but nonetheless reached the server. In this case the
2596-
client should take steps to prevent further concurrent writes
2597-
(e.g., increase the timeouts, stop using more than one
2598-
process to perform the upload, etc.), and then should follow
2599-
the steps below for resuming the upload.
2600-
- For resumable errors, the client should call
2601-
``QueryWriteStatus()`` and then continue writing from the
2602-
returned ``persisted_size``. This may be less than the amount
2603-
of data the client previously sent. Note also that it is
2604-
acceptable to send data starting at an offset earlier than
2605-
the returned ``persisted_size``; in this case, the service
2606-
will skip data at offsets that were already persisted
2607-
(without checking that it matches the previously written
2608-
data), and write only the data starting from the persisted
2609-
offset. Even though the data isn't written, it may still
2610-
incur a performance cost over resuming at the correct write
2611-
offset. This behavior can make client-side handling simpler
2612-
in some cases.
2613-
- Clients must only send data that is a multiple of 256 KiB per
2614-
message, unless the object is being finished with
2615-
``finish_write`` set to ``true``.
2581+
- Check the result Status of the stream, to determine if writing
2582+
can be resumed on this stream or must be restarted from
2583+
scratch (by calling ``StartResumableWrite()``). The resumable
2584+
errors are DEADLINE_EXCEEDED, INTERNAL, and UNAVAILABLE. For
2585+
each case, the client should use binary exponential backoff
2586+
before retrying. Additionally, writes can be resumed after
2587+
RESOURCE_EXHAUSTED errors, but only after taking appropriate
2588+
measures, which may include reducing aggregate send rate
2589+
across clients and/or requesting a quota increase for your
2590+
project.
2591+
- If the call to ``WriteObject`` returns ``ABORTED``, that
2592+
indicates concurrent attempts to update the resumable write,
2593+
caused either by multiple racing clients or by a single client
2594+
where the previous request was timed out on the client side
2595+
but nonetheless reached the server. In this case the client
2596+
should take steps to prevent further concurrent writes (e.g.,
2597+
increase the timeouts, stop using more than one process to
2598+
perform the upload, etc.), and then should follow the steps
2599+
below for resuming the upload.
2600+
- For resumable errors, the client should call
2601+
``QueryWriteStatus()`` and then continue writing from the
2602+
returned ``persisted_size``. This may be less than the amount
2603+
of data the client previously sent. Note also that it is
2604+
acceptable to send data starting at an offset earlier than the
2605+
returned ``persisted_size``; in this case, the service will
2606+
skip data at offsets that were already persisted (without
2607+
checking that it matches the previously written data), and
2608+
write only the data starting from the persisted offset. Even
2609+
though the data isn't written, it may still incur a
2610+
performance cost over resuming at the correct write offset.
2611+
This behavior can make client-side handling simpler in some
2612+
cases.
2613+
- Clients must only send data that is a multiple of 256 KiB per
2614+
message, unless the object is being finished with
2615+
``finish_write`` set to ``true``.
26162616
26172617
The service will not view the object as complete until the
26182618
client has sent a ``WriteObjectRequest`` with ``finish_write``

0 commit comments

Comments
 (0)