Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion .codegen/_last_sha
Original file line number Diff line number Diff line change
@@ -1 +1 @@
c3b5743c6a0e74fa11ab0079f83fbdbc349a8861
07bd11eefe3ed30eebcfa846546af8b56b655973
136 changes: 136 additions & 0 deletions CHANGELOG.md

Large diffs are not rendered by default.

16 changes: 16 additions & 0 deletions databricks/sdk/__init__.py

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

11 changes: 4 additions & 7 deletions databricks/sdk/config.py
Original file line number Diff line number Diff line change
Expand Up @@ -179,7 +179,7 @@ class Config:
# File multipart upload/download parameters
# ----------------------

# Minimal input stream size (bytes) to use multipart / resumable uploads.
# Minimal input stream size (bytes) to use multipart uploads.
# For small files it's more efficient to make one single-shot upload request.
# When uploading a file, SDK will initially buffer this many bytes from input stream.
# This parameter can be less or bigger than multipart_upload_chunk_size.
Expand Down Expand Up @@ -247,12 +247,9 @@ class Config:
# but a maximum time between consecutive data reception events (even 1 byte) from the server
files_ext_network_transfer_inactivity_timeout_seconds: float = 60

# Cap on the number of custom retries during incremental uploads:
# 1) multipart: upload part URL is expired, so new upload URLs must be requested to continue upload
# 2) resumable: chunk upload produced a retryable response (or exception), so upload status must be
# retrieved to continue the upload.
# In these two cases standard SDK retries (which are capped by the `retry_timeout_seconds` option) are not used.
# Note that retry counter is reset when upload is successfully resumed.
# Cap on the number of custom retries during multipart uploads, when an upload part URL is expired and new
# upload URLs must be requested to continue the upload. Standard SDK retries (capped by the
# `retry_timeout_seconds` option) are not used in this case.
files_ext_multipart_upload_max_retries = 3

# Cap on the number of custom retries during parallel downloads.
Expand Down
Loading
Loading