azure-service-bus-dotnet icon indicating copy to clipboard operation
azure-service-bus-dotnet copied to clipboard

Allow message scheduled enqueue time to be expressed with TimeSpan

Open SeanFeldman opened this issue 7 years ago • 7 comments

Message.ScheduledEnqueueTimeUtc accepts DateTime. There's a problem with this approach - calculated time is based of the local clock and not the broker lock. The client cannot know the server time either. Allow deferring message enqueue operation by providing delay as TimeSpan (similar to lock duration). With this approach the server will be using its own clock, w/o the need to worry for the client to be in sync.

SeanFeldman avatar May 20 '17 15:05 SeanFeldman

@jtaubensee not sure if the broker support this or not, so could be more than just a client side.

SeanFeldman avatar May 20 '17 21:05 SeanFeldman

Ping

SeanFeldman avatar Jun 14 '17 03:06 SeanFeldman

@SeanFeldman , do you expect the variance in machine clocks (for UTC) be considerably more than the variable in the latency of the send scheduled message request?

nemakam avatar Jun 14 '17 19:06 nemakam

@SeanFeldman , Is this an issue you actually encountered?

nemakam avatar Jun 14 '17 19:06 nemakam

Closing this issue as it is already opened the service side repo: Azure/azure-service-bus#40

nemakam avatar Jun 14 '17 19:06 nemakam

@nemakam the server side is to allow this call. Should this stay in place to be added to the client?

SeanFeldman avatar Jun 14 '17 20:06 SeanFeldman

Makes sense. I'll reopen the case. Will close it if required after the initial triage on the other repo.

nemakam avatar Jun 14 '17 20:06 nemakam