Technical solutions are described for reading HTTP responses in separate processes being executed by a client computing device. An example method includes sending an HTTP request from an application program executed by a first process, the HTTP request being sent for receipt by a server. The method further includes storing application identification associated with the HTTP request, and terminating the first process. The method further includes, in response to receiving a HTTP reply from the server, determining that the HTTP reply is corresponding to the HTTP request based on the application identification, and passing the HTTP reply to the application program.
Legal claims defining the scope of protection, as filed with the USPTO.
1. A computer-implemented method for reading HTTP responses in separate processes being executed by a client computing device, the method comprising: sending an asynchronous HTTP request or a synchronous HTTP request from a first instance of an application program, the first instance is executed by a first process on a machine, the HTTP request being sent for receipt by a server; storing application identification associated with the HTTP request, wherein the application identification comprises unique identifiers including a processor identifier, a global unique identifier, and a kernel socket identifier used to send the asynchronous HTTP request to the server; terminating the first process on the machine responsive to sending the asynchronous HTTP request and continuing the first process responsive to sending the synchronous HTTP request, wherein the asynchronous HTTP request is sent and the first process is terminated responsive to receiving, at an asynchronous request processor (ARP), a command indicating the asynchronous HTTP request, and wherein the synchronous HTTP request is sent and the first process is continued responsive to receiving a command indicating the synchronous HTTP request; and in response to receiving a HTTP reply to the asynchronous HTTP request from the server: determining that the HTTP reply is corresponding to the asynchronous HTTP request based on the application identification; creating a second process on the same machine, wherein the second process is created by the ARP; invoking a second instance of the application program, the second instance is associated to start execution via the second process; and passing the HTTP reply to the second instance of the application program that is associated with the second process that was created in response to receiving the HTTP reply from the server.
2. The computer-implemented method of claim 1 , wherein the application identification comprises a unique identifier of the application program.
3. The computer-implemented method of claim 1 , further comprising: prior to termination of the first process: receiving, from the first process, application parameters associated with execution state of the first instance of the application program; and storing the application parameters; and upon receiving the HTTP reply from the server, retrieving the application parameters by the second instance of the application program via the second process.
4. The computer-implemented method of claim 1 , wherein determining that the HTTP reply is corresponding to the asynchronous HTTP request is based on a kernel socket on which the HTTP reply is received.
5. The computer-implemented method of claim 1 , wherein determining that the HTTP reply is corresponding to the asynchronous HTTP request is based on a kernel socket on which the HTTP reply is received, and an application program identifier associated with the HTTP reply.
6. A system comprising: a server; and a client device that communicates with the server using HTTP, the client device configured to read HTTP responses in separate processes being executed by the client device, the client device configured to: send an asynchronous HTTP request or a synchronous HTTP request from a first instance of an application program, the first instance is executed by a first process, the HTTP request being sent for receipt by a server; store application identification associated with the HTTP request, wherein the application identification comprises unique identifiers including a processor identifier, a global unique identifier, and a kernel socket identifier used to send the asynchronous HTTP request to the server; terminate the first process responsive to sending the asynchronous HTTP request and continue the first process responsive to sending the synchronous HTTP request, wherein the asynchronous HTTP request is sent and the first process is terminated responsive to receiving, at an asynchronous request processor (ARP), a command indicating the asynchronous HTTP request, and wherein the synchronous HTTP request is sent and the first process is continued responsive to receiving a command indicating the synchronous HTTP request; and in response to receiving a HTTP reply to the asynchronous HTTP request from the server: determine that the HTTP reply is corresponding to the asynchronous HTTP request based on the application identification; and create a second process, wherein the second process is created by the ARP; invoke a second instance of the application program, the second instance is associated to start execution via the second process; and pass the HTTP reply to the second instance of the application program that is associated with the second process that was created in response to receiving the HTTP reply from the server.
7. The system of claim 6 , wherein the application identification comprises a unique identifier of the application program.
8. The system of claim 6 , the client computing device further configured to: prior to termination of the first process: receiving, from the first process, application parameters associated with execution state of the first instance of the application program; and storing the application parameters; and upon receiving the HTTP reply from the server, retrieving the application parameters by the second instance of the application program via the second process.
9. The system of claim 6 , wherein determining that the HTTP reply is corresponding to the asynchronous HTTP request is based on a kernel socket on which the HTTP reply is received.
10. The system of claim 6 , wherein determining that the HTTP reply is corresponding to the asynchronous HTTP request is based on a kernel socket on which the HTTP reply is received, and an application program identifier associated with the HTTP reply.
11. A computer program product comprising a computer readable storage medium having program instructions embodied therewith, the program instructions executable by a processing circuit of a client computing device to cause the processing circuit to read HTTP responses in separate processes, the processing circuit configured to perform: sending an asynchronous HTTP request or a synchronous HTTP request from a first instance of an application program, the first instance is executed by a first process, the HTTP request being sent for receipt by a server; storing application identification associated with the HTTP request, wherein the application identification comprises unique identifiers including a processor identifier, a global unique identifier, and a kernel socket identifier used to send the asynchronous HTTP request to the server; terminating the first process responsive to sending the asynchronous HTTP request and continue the first process responsive to sending the synchronous HTTP request, wherein the asynchronous HTTP request is sent and the first process is terminated responsive to receiving, at an asynchronous request processor (ARP), a command indicating the asynchronous HTTP request, and wherein the synchronous HTTP request is sent and the first process is continued responsive to receiving a command indicating the synchronous HTTP request; and in response to receiving a HTTP reply to the asynchronous HTTP request from the server: determining that the HTTP reply is corresponding to the asynchronous HTTP request based on the application identification; and creating a second process, wherein the second process is created by the ARP; invoking a second instance of the application program, the second instance is associated to start execution via the second process; and passing the HTTP reply to the second instance of the application program that is associated with the second process that was created in response to receiving the HTTP reply from the server.
12. The computer program product of claim 11 , wherein the application identification comprises a unique identifier of the application program.
13. The computer program product of claim 11 , the processing circuit further configured to perform: prior to termination of the first process: receiving, from the first process, application parameters associated with execution state of the first instance of the application program; and storing the application parameters; and upon receiving the HTTP reply from the server, retrieving the application parameters by the second instance of the application program via the second process.
14. The computer program product of claim 11 , wherein determining that the HTTP reply is corresponding to the asynchronous HTTP request is based on a kernel socket on which the HTTP reply is received.
Cooperative Patent Classification codes for this invention. Click any code to explore related patents in that topic.
November 22, 2017
August 10, 2021
Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.