PROVIDING UNIT OF WORK CONTINUITY IN THE EVENT INITIATING CLIENT FAILS OVER

• US 20180041382A1
• Filed: 08/02/2016
• Published: 02/08/2018
• Est. Priority Date: 08/02/2016
• Status: Active Grant

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Bhat, Chethan, Lalgowdar, Rajesh, Thyagaraj, Lohitashwa
• Granted Patent: US 10,165,088 B2
• Time in Patent Office: Days
• CPC Class Codes: H04L 67/01 Protocols
• CPC Class Codes: H04L 67/10 in which an application is distributed across nodes in the network software deployment G06F8/60; multiprogramming arrangements G06F9/46
• CPC Class Codes: H04L 67/568 Storing data temporarily at an intermediate stage, e.g. caching
• CPC Class Codes: H04L 69/40 for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection management of faults, events, alarms or notifications in data switching networks H04L41/06
• CPC Class Codes: H04L 9/40 Network security protocols

Abstract

A method is provided for providing unit of work continuity between a client device and a server when the client device initially fails to complete an ongoing unit of work. The method includes temporarily storing, in a temporary storage location in the server, in-doubt messages sent to the server for the ongoing unit of work, when the client device disconnects from the server without committing the ongoing unit of work so that the client device does not have to resend the in-doubt messages to the server. The method further includes utilizing unique hash-codes to identify the in-doubt messages the client device had earlier sent so that the server can retrieve the in-doubt messages from the temporary storage location and include the in-doubt messages as part of the ongoing unit of work to be committed by the client device. The ongoing unit of work is only part of an entire transaction.

Claims

1. A method of providing unit of work continuity between a client device and a server when the client device initially fails to complete an ongoing unit of work, comprising:

temporarily storing, in a temporary storage location in the server, in-doubt messages sent to the server for the ongoing unit of work, when the client device disconnects from the server without committing the ongoing unit of work so that the client device does not have to resend the in-doubt messages to the server; and

utilizing unique hash-codes to identify the in-doubt messages the client device had earlier sent so that the server can retrieve the in-doubt messages from the temporary storage location and include the in-doubt messages as part of the ongoing unit of work to be committed by the client device,

wherein the ongoing unit of work is only part of an entire transaction.

2. The method of claim 1, further comprising receiving, by the server from the client device, a respective one of the unique hash codes, calculated by the client device, for each of the in-doubt messages.

3. The method of claim 1, further comprising sending, by the server to the client device, a list of the unique hash-codes for the in-doubt messages that the server is temporarily storing.

4. The method of claim 3, further comprising waiting, by the server, for client device to indicate whether any of the unique hash codes in the list sent by the server to the client device are matching unique hash codes that match to the unique hash codes calculated by the client device for the in-doubt messages.

5. The method of claim 4, further comprising receiving, by the server from the client device, each of the matching unique hash codes in place of resending the respective one of the in-doubt messages corresponding thereto to eliminate message resending costs.

6. The method of claim 1, further comprising receiving, by the server from the client device an explicit indication to include the in-doubt messages as part of the ongoing unit of work to be committed by the client device.

7. The method of claim 1, further comprising:

receiving, by the server from the client device, a unique identifier of the client device; and

associating, by the server, the unique identifier with the in-doubt messages.

8. The method of claim 1, further comprising retrieving one or more of the in-doubt messages from the temporary storage location in the server responsive to the unique hash codes for the one or more of the in-doubt messages matching at both the server and the client device.

9. The method of claim 8, further comprising sending, from the server to the client device, an acknowledgement that one or more of the in-doubt messages have been successfully retrieved from the temporary storage location in the server, responsive to the one or more of the in-doubt messages being successfully retrieved from the temporary storage location in the server.

10. The method of claim 9, wherein the acknowledgement indicates that the one or more in-doubt messages are available at the server.

11. The method of claim 1, discarding, by the server, in the temporary storage location in the server, any of the in-doubt messages for which a respective one of the unique hash codes exists in the list, responsive to receiving, by the server from the client device, a commit instruction for the transaction that includes the ongoing unit of work now completed.

12. The method of claim 1, further comprising discarding the in-doubt messages from the temporary storage location in the server, responsive to an expiration of a pre-determined timeout constraint.

13. A computer program product for providing unit of work continuity between a client device and a server when the client device initially fails to complete an ongoing unit of work, the computer program product comprising a computer readable storage medium having program instructions embodied therewith, the program instructions executable by a computer to cause the computer to perform a method comprising:

temporarily storing, in a temporary storage location in the server, in-doubt messages sent to the server for the ongoing unit of work, when the client device disconnects from the server without committing the ongoing unit of work so that the client device does not have to resend the in-doubt messages to the server; and

utilizing unique hash-codes to identify the in-doubt messages the client device had earlier sent so that the server can retrieve the in-doubt messages from the temporary storage location and include the in-doubt messages as part of the ongoing unit of work to be committed by the client device,

wherein the ongoing unit of work is only part of an entire transaction.

14. The computer program product of claim 13, further comprising sending, by the server to the client device, a list of the unique hash-codes for the in-doubt messages that the server is temporarily storing.

15. The computer program product of claim 14, further comprising waiting, by the server, for client device to indicate whether any of the unique hash codes in the list sent by the server to the client device are matching unique hash codes that match to the unique hash codes calculated by the client device for the in-doubt messages.

16. The computer program product of claim 15, further comprising receiving, by the server from the client device, each of the matching unique hash codes in place of resending the respective one of the in-doubt messages corresponding thereto to eliminate message resending costs.

17. The computer program product of claim 13, further comprising retrieving one or more of the in-doubt messages from the temporary storage location in the server responsive to the unique hash codes for the one or more of the in-doubt messages matching at both the server and the client device.

18. The computer program product of claim 17, further comprising sending, from the server to the client device, an acknowledgement that one or more of the in-doubt messages have been successfully retrieved from the temporary storage location in the server, responsive to the one or more of the in-doubt messages being successfully retrieved from the temporary storage location in the server.

19. The computer program product of claim 13, discarding, by the server, in the temporary storage location in the server, any of the in-doubt messages for which a respective one of the unique hash codes exists in the list, responsive to receiving, by the server from the client device, a commit instruction for the transaction that includes the ongoing unit of work now completed.

20. A system, comprising:

a server configured to;

temporarily store, in a temporary storage location in the server, in-doubt messages sent to the server for an ongoing unit of work, when a client device disconnects from the server without committing the ongoing unit of work so that the client device does not have to resend the in-doubt messages to the server; and

utilize unique hash-codes to identify the in-doubt messages the client device had earlier sent so that the server can retrieve the in-doubt messages from the temporary storage location and include the in-doubt messages as part of the ongoing unit of work to be committed by the client device,

wherein the ongoing unit of work is only part of an entire transaction.