Skip to content

Commit 1ecce6b

Browse files
Edits
1 parent 0147e68 commit 1ecce6b

File tree

1 file changed

+2
-3
lines changed

1 file changed

+2
-3
lines changed

articles/storage/blobs/storage-retry-policy-javascript.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -28,8 +28,8 @@ The following table lists the parameters available when creating a [StorageRetry
2828
| `maxTries` | `number` | Optional. The maximum number of retry attempts before giving up. | 4 |
2929
| `retryDelayInMs` | `number` | Optional. Specifies the amount of delay to use before retrying an operation. | 4 seconds (or 4 * 1000 ms) |
3030
| `retryPolicyType` | [StorageRetryPolicyType](/javascript/api/@azure/storage-blob/storageretrypolicytype) | Optional. StorageRetryPolicyType, default is exponential retry policy. | StorageRetryPolicyType.Exponential |
31-
| `secondaryHost` | `string` | Optional. Secondary storage account endpoint to retry requests against. Before setting this value, you should understand the issues around reading stale and potentially inconsistent data. To learn more, see [Use geo-redundancy to design highly available applications](../common/geo-redundant-design.md). | 120 ms |
32-
| `tryTimeoutInMs` | `number` | Optional. Maximum time allowed before a request is canceled and assumed failed. Note that the timeout applies to the operation request, not the overall operation end to end. This value should be based on the bandwidth available to the host machine and proximity to the Storage service. | |
31+
| `secondaryHost` | `string` | Optional. Secondary storage account endpoint to retry requests against. Before setting this value, you should understand the issues around reading stale and potentially inconsistent data. To learn more, see [Use geo-redundancy to design highly available applications](../common/geo-redundant-design.md). | None |
32+
| `tryTimeoutInMs` | `number` | Optional. Maximum time allowed before a request is canceled and assumed failed. This timeout applies to the operation request, not the overall operation end to end. This value should be based on the bandwidth available to the host machine and proximity to the Storage service. | |
3333

3434
In the following code example, we configure the retry options in an instance of [StorageRetryOptions](/javascript/api/@azure/storage-blob/storageretryoptions), pass it to a new [StoragePipelineOptions](/javascript/api/@azure/storage-blob/storagepipelineoptions) instance, and pass `pipeline` when instantiating `BlobServiceClient`:
3535

@@ -45,7 +45,6 @@ const options = {
4545

4646
const pipeline = newPipeline(credential, options);
4747

48-
// Create BlobServiceClient
4948
const blobServiceClient = new BlobServiceClient(
5049
`https://${accountName}.blob.core.windows.net`,
5150
credential,

0 commit comments

Comments
 (0)