Repository navigation
docs: SK-3225: Fix FlowVault Node SDK README retry defaults and vault host - #351
Open
promptless[bot] wants to merge 1 commit into
Open
promptless[bot] wants to merge 1 commit into
promptless[bot] wants to merge 1 commit into
Conversation
…ink FlowVault from root README
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Open in Promptless
SK-3225: Correct the FlowVault Node SDK README and samples after #348 merged, and point readers of the root README to
skyflow-flowvault-node.Why
timeout-and-retry-config-example.tssample saymaxRetriesdefaults to off and thattimeoutcovers the whole call, including retries. The source does something different. WhenmaxRetriesis unset, the generated client'srequestWithRetriesfalls back toDEFAULT_MAX_RETRIES = 2. The timeout is passed to eachmakeRequestattempt, not to the retry loop.insert-records.tssay the cluster ID comes fromhttps://{clusterId}.vault.skyflowapis.com. Commit 5051ea7 moved FlowVault to theskyvault.*host (getFlowVaultURL), and the README's ownvaultUrlexample already uses it.skyflow-node. It doesn't tell anyone landing on the repo that a separate FlowVault package exists.Goal
flowvault/README.md: corrects the cluster URL comment, documents the realtimeoutandmaxRetriesbehavior (60 s per attempt; 2 retries by default,0turns them off), and adds "Timeouts and retries" to the table of contents.flowvault/samples/vault-api/insert-records.tsandtimeout-and-retry-config-example.ts: the same corrections in the sample comments.README.md: a short callout that sends FlowVault readers toflowvault/README.mdand says to install only one package.skyvault/README.md(the npm README forskyflow-node) stays as it is. A relative link toflowvault/would break there.Testing
flowvault/src/skyflow/index.ts(getFlowVaultURL),flowvault/src/controller/vault/index.ts(requestOptions), andflowvault/_generated_/rest/src/core/fetcher/{Fetcher,requestWithRetries}.ts.Tech debt
timeoutJSDoc incommon/src/config/vault/index.ts("Overall per-call timeout in seconds (includes retries)") has the same inaccuracy and ships in the published.d.ts. This PR doesn't fix it because it's a source change.Trigger Events