Abstract: 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.

Abstract: A system includes a memory system with a shared memory resource and a processor with multiple processor cores operably coupled to the memory system. A lock requesting core is configured to access a shared location of the shared memory resource to determine whether a lockable portion of the shared memory resource is in a locked state. The lock requesting core adds a memory lock request to a lock waiting list associated with the lockable portion based on the shared location indicating the locked state. A lock granted location dedicated to the lock requesting core is monitored for an indication that the lock requesting core has been granted the locked state from a previous locking core of the processor cores. The lock requesting core performs one or more updates to the lockable portion based on determining that the lock requesting core has been granted the locked state.

Abstract: Technical solutions are described for sharing HTTP client sessions among multiple processes being executed by a client computing device. An example method includes creating a set of HTTP client sessions for a remote server. The method further includes, in response to receiving an HTTP request from an application process, the HTTP request is for communicating with the remote server, assigning an HTTP client session from the set of HTTP client sessions to the application process, and sending the HTTP request from the application process to the remote server via the HTTP client session that is assigned. The method further includes, in response to receiving a reply from the remote server, deselecting the HTTP client session from the application process, and sending the reply from the remote server to the application process.

Abstract: A system includes a memory system with a shared memory resource and a processor with multiple processor cores operably coupled to the memory system. A lock requesting core is configured to access a shared location of the shared memory resource to determine whether a lockable portion of the shared memory resource is in a locked state. The lock requesting core adds a memory lock request to a lock waiting list associated with the lockable portion based on the shared location indicating the locked state. A lock granted location dedicated to the lock requesting core is monitored for an indication that the lock requesting core has been granted the locked state from a previous locking core of the processor cores. The lock requesting core performs one or more updates to the lockable portion based on determining that the lock requesting core has been granted the locked state.

Abstract: Technical solutions are described for sharing HTTP client sessions among multiple processes being executed by a client computing device. An example method includes creating a set of HTTP client sessions for a remote server. The method further includes, in response to receiving an HTTP request from an application process, the HTTP request is for communicating with the remote server, assigning an HTTP client session from the set of HTTP client sessions to the application process, and sending the HTTP request from the application process to the remote server via the HTTP client session that is assigned. The method further includes, in response to receiving a reply from the remote server, deselecting the HTTP client session from the application process, and sending the reply from the remote server to the application process.

Abstract: 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.

Abstract: A method for selecting a processor to be acquired in a virtual, shared computing environment includes initiating a first selection phase to attempt to acquire a last relinquished processor of the shared computing environment, and initiating a second selection phase in the event of a failure of the first selection phase in acquiring the last relinquished processor. The second selection phase further includes a round-robin selection process for presently relinquished processors.

Abstract: Discloses is a method of selective activation of server applications in a computer network system. The computer network system includes a server computer, a plurality of client computers, a set of server applications loaded on the server computer, and a given protocol stack for managing activation of the server applications. The method comprises the steps of a system administrator defining a plurality of states for the network system and specifying conditions to determine whether or not each of the server applications can be activated in each of said states. The given protocol stack then manages activation of the server applications in accordance with said specified conditions.

Abstract: An operating system allows assignment of an input message priority to a particular socket. This priority is used by the operating system to determine what socket's inbound packets get discarded when the server resources are constrained. Sockets of a lower priority than another will have its inbound packets discarded before higher priority sockets. This allows an application to give selected sockets higher inbound message priority over other sockets.

Abstract: The invention is a system and method for sharing secure sockets layer (SSL) sessions across multiple processes, comprising: at least one SSL wrapper receiving a request for a shared SSL session from an application program; an SSL daemon process receiving at least one request for a shared SSL session from an SSL wrapper; the SSL daemon calling at least one SSL session; the SSL daemon receiving at least one return code from at least one called SSL session; at least one SSL wrapper receiving at least one return code from the SSL daemon; and at least one SSL wrapper passing a return code to the return code's requesting application.

Abstract: A system and method for asynchronously reading data across secure sockets layer (SSL) sessions, comprising: an SSL session receiving a request from a first application process for an asynchronous reading of data across the SSL session wherein the request specifies a second application program to be executed upon the receiving of data from an Internet protocol network; the SSL session passing the request to TCP/IP; TCP/IP receiving data from an Internet protocol network; TCP/IP executing the second application program as a new process; TCP/IP passing the received data to the SSL session; and the SSL session passing the received data to the second application process.

Abstract: A system and method for asynchronously reading data across secure sockets layer (SSL) sessions, comprising: an SSL session receiving a request from a first application process for an asynchronous reading of data across the SSL session wherein the request specifies a second application program to be executed upon the receiving of data from an Internet protocol network; the SSL session passing the request to TCP/IP; TCP/IP receiving data from an Internet protocol network; TCP/IP executing the second application program as a new process; TCP/IP passing the received data to the SSL session; and the SSL session passing the received data to the second application process.

Abstract: The invention is a system and method for sharing secure sockets layer (SSL) sessions across multiple processes, comprising: at least one SSL wrapper receiving a request for a shared SSL session from an application program; an SSL daemon process receiving at least one request for a shared SSL session from an SSL wrapper; the SSL daemon calling at least one SSL session; the SSL daemon receiving at least one return code from at least one called SSL session; at least one SSL wrapper receiving at least one return code from the SSL daemon; and at least one SSL wrapper passing a return code to the return code's requesting application.

Abstract: A technique is provided for resynchronizing message traffic in a communication network following network component failure. A failing component, upon restart, retrieves stored control information including a SYNC number and byte sequence number (BSN) from external memory. The SYNC number is then incremented by a predetermined amount to obtain a new SYNC number, with the predetermined amount being sufficient to ensure that the new SYNC number comprises a current SYNC number. Assuming that the failure occurs at a first data processing system in the network, a status request message is sent from the first data processing system to a second data processing system across the logical connection. The status request includes the new SYNC number, and the BSN read from the external memory. The first data processing system waits for a response message to its status request message. The response message contains a BSN of a next piece of data that the second data processing system is expecting.

Abstract: A technique is provided for resynchronizing message traffic in a communication network following network component failure. A failing component, upon restart, retrieves stored control information including a SYNC number and byte sequence number (BSN) from external memory. The SYNC number is then incremented by a predetermined amount to obtain a new SYNC number, with the predetermined amount being sufficient to ensure that the new SYNC number comprises a current SYNC number. Assuming that the failure occurs at a first data processing system in the network, a status request message is sent from the first data processing system to a second data processing system across the logical connection. The status request includes the new SYNC number, and the BSN read from the external memory. The first data processing system waits for a response message to its status request message. The response message contains a BSN of a next piece of data that the second data processing system is expecting.

Abstract: A technique is provided for resynchronizing message traffic in a communication network following network component failure. A failing component, upon restart, retrieves stored control information including a SYNC number and byte sequence number (BSN) from external memory. The SYNC number is then incremented by a predetermined amount to obtain a new SYNC number, with the predetermined amount being sufficient to ensure that the new SYNC number comprises a current SYNC number. Assuming that the failure occurs at a first data processing system in the network, a status request message is sent from the first data processing system to a second data processing system across the logical connection. The status request includes the new SYNC number, and the BSN read from the external memory. The first data processing system waits for a response message to its status request message. The response message contains a BSN of a next piece of data that the second data processing system is expecting.

Abstract: A system and method for allowing communications sessions to be established between two or more computer processors and a remote terminal in a communications network where only one host to terminal session may be created. The system allows processors in a loosely coupled processor complex to determine whether another of the processors has an existing communications session with the requested remote device. If so, any new request for a communications session with that remote device will be routed through the processor with the established link. The interprocessor routing uses service transaction programs within each of the processors in a loosely coupled complex to establish the required communications sessions and to serve as an intermediary for passing messages between the requesting host and the remote device.