Abstract: A file fetcher manager provides commonly-utilized management and resource allocation for multiple file fetchers that each implement a different type of mechanism or protocol for transferring data files between peer endpoints in meshes associated with a cloud-computing service. Each file fetcher is configured with both client-side and server-side components to retrieve and serve out data files. The file fetcher manager encapsulates the file fetchers to provide an abstract interface to callers while hiding the underlying details of the file fetchers. The file fetcher manager is arranged for managing simultaneous operations of the multiple file fetchers to route requests from the callers to the appropriate file fetchers, and for scheduling work items for the file fetchers so that data transfers efficiently utilize available resources while keeping the entire transfer process coherent and organized.

Abstract: Synchronization of data across multiple endpoints in a mesh network that supports a data sharing service is throttled responsively to user activity in the network by monitoring the activity using a component in a mesh operating environment (“MOE”) runtime that is instantiated on each endpoint. The monitoring may include the collection of data that can be used to infer user activity, as well as data that explicitly indicates activity. State information is maintained so that data can be synchronized across the endpoints even when a user goes offline from the service. When the user logs on to the service, makes changes to a shared file, or the endpoint device starts up upon connection to a mesh network, throttling is performed by prioritizing work items associated with synchronization operations so that resources on the endpoint are not excessively consumed which could reduce the quality of the user experience.

Abstract: A file fetcher manager provides commonly-utilized management and resource allocation for multiple file fetchers that each implement a different type of mechanism or protocol for transferring data files between peer endpoints in meshes associated with a cloud-computing service. Each file fetcher is configured with both client-side and server-side components to retrieve and serve out data files. The file fetcher manager encapsulates the file fetchers to provide an abstract interface to callers while hiding the underlying details of the file fetchers. The file fetcher manager is arranged for managing simultaneous operations of the multiple file fetchers to route requests from the callers to the appropriate file fetchers, and for scheduling work items for the file fetchers so that data transfers efficiently utilize available resources while keeping the entire transfer process coherent and organized.

Abstract: Systems and methods are provided for undoing, redoing or rolling back a configuration setting change for an application. Application configuration information related to the setting change can be received and stored by a log, wherein a history of the configuration setting changes for the application can be maintained. The system can also display the history of changes made for viewing and selecting. When a user wishes to revert a configuration setting back to a previous one, the user can select the desired setting for reversion and a call to a reversion routine can be made. At least a portion of the application information may then be passed to the reversion routine for reverting to the application's previous configuration setting.

Abstract: Systems and methods are provided for undoing, redoing or rolling back a configuration setting change for an application. Application configuration information related to the setting change can be received and stored by a log, wherein a history of the configuration setting changes for the application can be maintained. The system can also display the history of changes made for viewing and selecting. When a user wishes to revert a configuration setting back to a previous one, the user can select the desired setting for reversion and a call to a reversion routine can be made. At least a portion of the application information may then be passed to the reversion routine for reverting to the application's previous configuration setting.