Skip to content

Commit e5a0e1c

Browse files
authored
Fix timeout in v1 (#688)
* Fix timeout in v1 * Update MIGRATION_GUIDE.md
1 parent cc65001 commit e5a0e1c

File tree

1 file changed

+2
-5
lines changed

1 file changed

+2
-5
lines changed

documents/MIGRATION_GUIDE.md

+2-5
Original file line numberDiff line numberDiff line change
@@ -654,13 +654,10 @@ For the list of the supported offline queue behaviors and their desriptions, see
654654

655655
### Operation Timeouts
656656

657-
In the v1 SDK, all operations (*publish*, *subscribe*, *unsubscribe*) will not timeout unless
658-
you define a timeout for them.
659-
If no timeout is defined, there is a possibility that an operation will wait forever for the server to respond and
660-
block the calling thread indefinitely.
657+
In the v1 SDK, timeout is specified for each *publish*, *subscribe*, and *unsubscribe* operation you want to perform.
661658

662659
In the v2 SDK, operations timeout is set for the MQTT5 client with the builder method [withAckTimeoutSeconds](https://aws.github.io/aws-iot-device-sdk-cpp-v2/class_aws_1_1_iot_1_1_mqtt5_client_builder.html#a2769eb658b3809c5bd3d28724b936a67).
663-
The default value is no timeout. As in the v1 SDK, failing to set a timeout can cause an operation to stuck forever,
660+
The default value is no timeout. Failing to set a timeout can cause an operation to stuck forever,
664661
but it won't block the client.
665662

666663
The [getOperationStatistics](https://aws.github.io/aws-iot-device-sdk-cpp-v2/class_aws_1_1_crt_1_1_mqtt5_1_1_mqtt5_client.html#aa9bf915cfbcfc80b4dc47bbda3529f72)

0 commit comments

Comments
 (0)