Abstract: In representative embodiments, multiple cloud computing infrastructures, each having its own application and management fabric, coexist with in the same cloud computing infrastructure. This results in a cloud computing infrastructure where multiple management fabrics and application fabrics coexist to offer their own services and cross platform services. Each functions independently and also communicates with each other to offer high availability and disaster recovery. One application and management infrastructure is a host to the other application and management infrastructure. The hosted infrastructure accesses underlying fabrics through the host infrastructure. A resultant system comprises a common hardware fabric, a common runtime, and a service fabric comprising services from both the host and hosted infrastructures.

Abstract: In representative embodiments, multiple cloud computing infrastructures, each having its own application and management fabric, coexist with in the same cloud computing infrastructure. This results in a cloud computing infrastructure where multiple management fabrics and application fabrics coexist to offer their own services and cross platform services. Each functions independently and also communicates with each other to offer high availability and disaster recovery. One application and management infrastructure is a host to the other application and management infrastructure. The hosted infrastructure accesses underlying fabrics through the host infrastructure. A resultant system comprises a common hardware fabric, a common runtime, and a service fabric comprising services from both the host and hosted infrastructures.

Abstract: In representative embodiments, multiple cloud computing infrastructures, each having its own application and management fabric, coexist with in the same cloud computing infrastructure. This results in a cloud computing infrastructure where multiple management fabrics and application fabrics coexist to offer their own services and cross platform services. Each functions independently and also communicates with each other to offer high availability and disaster recovery. One application and management infrastructure is a host to the other application and management infrastructure. The hosted infrastructure accesses underlying fabrics through the host infrastructure. A resultant system comprises a common hardware fabric, a common runtime, and a service fabric comprising services from both the host and hosted infrastructures.

Abstract: In representative embodiments, multiple cloud computing infrastructures, each having its own application and management fabric, coexist with in the same cloud computing infrastructure. This results in a cloud computing infrastructure where multiple management fabrics and application fabrics coexist to offer their own services and cross platform services. Each functions independently and also communicates with each other to offer high availability and disaster recovery. One application and management infrastructure is a host to the other application and management infrastructure. The hosted infrastructure accesses underlying fabrics through the host infrastructure. A resultant system comprises a common hardware fabric, a common runtime, and a service fabric comprising services from both the host and hosted infrastructures.

Abstract: Provided herein are systems, methods, and software for facilitating information exchange services. In at least one implementation, an information exchange service processes communications indicative of a plurality of actions taken with respect to a plurality of derivative versions of a service item associated with a source version of the service item to determine which action of the plurality of actions controls. The information exchange service identifies a modification to apply to data associated with the source version of the service item to reflect the action determined to control and initiates communications indicative of the modification with which to update data associated with each of the plurality of derivative versions of the service item.

Abstract: Web-based email systems are enabled to synchronize conversations and conversation properties. Conversations are enumerated to new clients providing folder-specific and global conversation information. After receiving the initial conversation information, clients maintain a conversation state, which is used in updating clients from a web service store through a conversation synchronization command employing an internal application programming interface within the email service.

Abstract: Provided herein are systems, methods, and software for facilitating information exchange services. In at least one implementation, an information exchange service processes communications indicative of a plurality of actions taken with respect to a plurality of derivative versions of a service item associated with a source version of the service item to determine which action of the plurality of actions controls. The information exchange service identifies a modification to apply to data associated with the source version of the service item to reflect the action determined to control and initiates communications indicative of the modification with which to update data associated with each of the plurality of derivative versions of the service item.

Abstract: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

Abstract: Systems and methods are provided for managing congestion at a destination host in a network. A transport layer system manages receive buffer for application processes running on the destination host. Upon receiving the first packet of a new message from a source host, the system determines if there is enough free space in the receive buffer at the destination host to be reserved for the entire message. The system allocates receive buffer for the entire message if there is enough free receive buffer space. If there is not enough free buffer space, the system drops the message and sends a negative acknowledgment to the source host. The source host pauses transmission to the destination host upon receiving the negative acknowledgment. The system sends a resume message to the source host when there is enough free buffer. The source host retransmits the dropped message upon receiving the resume message.

Abstract: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

Abstract: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.

Abstract: A server push model for client/server communications. The push architecture operates on top of a non-push (e.g., request/response) protocol (e.g., HTTP) to combine notifications from multiple data sources (e.g., email, text messaging, etc.). The server can be a middle-tier server (or proxy) to which a single web client registers interest in one or more notification types from one or more data sources. The mid-tier server aggregates the notifications from the various data sources and delivers the notifications to the requesting client via a single “push” pipe. The web client then distributes each notification to the appropriate parts of the client user interface. A producer/consumer locking mechanism eliminates blocking threads waiting on a mutual exclusion lock. A notification throttling mechanism distinguishes different types of notifications in order to guarantee that the client is not overloaded with too much information.