Abstract: To provide a client with access to an API available from a provider, a request is received from a marketplace to subscribe to the API, responsive to the client selecting the API from a catalog of the marketplace. A subscriber identifier, which is uniquely associated with the request by the client to subscribe to the selected API, is generated. An authorization record is created within a proxy; it indicates that a request by the client to invoke the API received by the proxy should be forwarded to the provider from which the API is available if the request to invoke the API includes the subscriber identifier. The generated subscriber identifier and an address of the proxy are provided to the marketplace. Thus, the client is configured to invoke the API by sending a request including the subscriber identifier to the address of the proxy.

Abstract: A distributed component software system that includes an analysis server that: (i) receives a set of messages, where each message is sent between components of a distributed component software system (DCSS), and where each message includes an identification of a respective source component, an identification of a respective target component and respective message content; (ii) for each message of the set of received messages, resolves the respective source component; (iii) for each message of the set of received messages, resolves the respective source component; (iv) determines a sequence of the plurality of messages; and (v) generates a human-understandable abstract corresponding to the set of received messages based upon the respective message sources, the respective message targets, the respective message content and the sequence of the set of received messages.

Abstract: A solution descriptor comprises a set of component workload units, a workload unit describing a deployable application component with application binary, configuration parameters and dependency declarations. An environment descriptor specifies a set of target platforms and plugins in an execution environment. A deployer interprets the solution descriptor and the environment descriptor, and generates a list of tuples comprising compatible workload-plugin-platform combinations. The deployer determines an execution order for the list of tuples, and invokes the plugins in the list of tuples in the execution order, wherein each of the plugins executes a corresponding compatible workload on a corresponding compatible target platform specified in the list of tuples.

Abstract: A solution descriptor comprises a set of component workload units, a workload unit describing a deployable application component with application binary, configuration parameters and dependency declarations. An environment descriptor specifies a set of target platforms and plugins in an execution environment. A deployer interprets the solution descriptor and the environment descriptor, and generates a list of tuples comprising compatible workload-plugin-platform combinations. The deployer determines an execution order for the list of tuples, and invokes the plugins in the list of tuples in the execution order, wherein each of the plugins executes a corresponding compatible workload on a corresponding compatible target platform specified in the list of tuples.

Abstract: A solution descriptor comprises a set of component workload units, a workload unit describing a deployable application component with application binary, configuration parameters and dependency declarations. An environment descriptor specifies a set of target platforms and plugins in an execution environment. A deployer interprets the solution descriptor and the environment descriptor, and generates a list of tuples comprising compatible workload-plugin-platform combinations. The deployer determines an execution order for the list of tuples, and invokes the plugins in the list of tuples in the execution order, wherein each of the plugins executes a corresponding compatible workload on a corresponding compatible target platform specified in the list of tuples.

Abstract: A solution descriptor comprises a set of component workload units, a workload unit describing a deployable application component with application binary, configuration parameters and dependency declarations. An environment descriptor specifies a set of target platforms and plugins in an execution environment. A deployer interprets the solution descriptor and the environment descriptor, and generates a list of tuples comprising compatible workload-plugin-platform combinations. The deployer determines an execution order for the list of tuples, and invokes the plugins in the list of tuples in the execution order, wherein each of the plugins executes a corresponding compatible workload on a corresponding compatible target platform specified in the list of tuples.

Abstract: To provide a client with access to an API available from a provider, a request is received from a marketplace to subscribe to the API, responsive to the client selecting the API from a catalog of the marketplace. A subscriber identifier, which is uniquely associated with the request by the client to subscribe to the selected API, is generated. An authorization record is created within a proxy; it indicates that a request by the client to invoke the API received by the proxy should be forwarded to the provider from which the API is available if the request to invoke the API includes the subscriber identifier. The generated subscriber identifier and an address of the proxy are provided to the marketplace. Thus, the client is configured to invoke the API by sending a request including the subscriber identifier to the address of the proxy.

Abstract: A solution descriptor comprises a set of component workload units, a workload unit describing a deployable application component with application binary, configuration parameters and dependency declarations. An environment descriptor specifies a set of target platforms and plugins in an execution environment. A deployer interprets the solution descriptor and the environment descriptor, and generates a list of tuples comprising compatible workload-plugin-platform combinations. The deployer determines an execution order for the list of tuples, and invokes the plugins in the list of tuples in the execution order, wherein each of the plugins executes a corresponding compatible workload on a corresponding compatible target platform specified in the list of tuples.

Abstract: A solution descriptor comprises a set of component workload units, a workload unit describing a deployable application component with application binary, configuration parameters and dependency declarations. An environment descriptor specifies a set of target platforms and plugins in an execution environment. A deployer interprets the solution descriptor and the environment descriptor, and generates a list of tuples comprising compatible workload-plugin-platform combinations. The deployer determines an execution order for the list of tuples, and invokes the plugins in the list of tuples in the execution order, wherein each of the plugins executes a corresponding compatible workload on a corresponding compatible target platform specified in the list of tuples.

Abstract: A distributed component software system that includes an analysis server that: (i) receives a set of messages, where each message is sent between components of a distributed component software system (DCSS), and where each message includes an identification of a respective source component, an identification of a respective target component and respective message content; (ii) for each message of the set of received messages, resolves the respective source component; (iii) for each message of the set of received messages, resolves the respective source component; (iv) determines a sequence of the plurality of messages; and (v) generates a human-understandable abstract corresponding to the set of received messages based upon the respective message sources, the respective message targets, the respective message content and the sequence of the set of received messages.

Abstract: An embodiment of the invention includes a system for partitioning asset management plugins. The system includes an application program interface for performing basic CRUD functions on assets having multiple asset types. At least one plugin having plugin components is provided, wherein the plugin manages at least one asset having a specific asset type (of the multiple asset types). The plugin components include a CRUD component, a state component, an actions component, and/or a view component. The system further includes plugin containers for hosting the plugin components, the plugin containers include at least one client-side plugin container and at least one server-side plugin container. The plugin components are partitioned and distributed from the plugin components to the plugin containers by a plugin server based on capabilities of the client.

Abstract: An embodiment of the invention provides a method for non-intrusive cloud services billing, including storing service log files in a data store, wherein each of the service log files include a lifecycle event of a resource in a service produced by an instance of the service. A log transformer connected to the data store converts the service log files into a standardized format. A metering descriptor describing billable entities for each offering of the service is obtained, wherein each offering of the service has a different metering descriptor, and wherein the billable entities include multiple categories of billing. A billing record generator connected to the log transformer is programmed, wherein the billing record generator converts standardized log records into metering records. The billing record generator generates a metering record with one or more of the service log files in the standardized format and the metering descriptor.

Abstract: An embodiment of the invention provides a method for multi-tenant enabling a service, where the service includes a plurality of service components. Rules are received from a provider of the service, wherein the rules include rules for isolating the service components and rules for sharing the service components. The service components are matched with virtualization environments and/or physical environments based on the rules. The virtualization environments include at least one isolation container and/or at least one shared container. The service components are stored in the virtualization environments and/or the physical environments based on the matching. The service components are mapped to the at least one isolation container of the virtualization environments, the at least one shared container of the virtualization environments, and/or the physical environments based on the storing of the service components.

Abstract: A system in a cloud services environment comprises one or more service offerings, one or more service instances and one or more service support utilities. Each of the one or more service offerings is described by at least one service descriptor. Each of the one or more service instances is obtained from at least one of the one or more service offerings. Each of the one or more service support utilities is customized by at least one service descriptor. A service comprises at least one component and a service descriptor comprises one or more models.

Abstract: In one embodiment, the present invention is a method and apparatus for dynamic middleware assembly. One embodiment of the inventive method for dynamically assembling middleware at a client involves selecting a middleware component from a group of middleware components, where the selection is based at least in part on a first profile defining characteristics of the client and a second profile defining characteristics the selected middleware component. The selected middleware component is then dynamically assembled (installed and configured) at the client.

Abstract: A system in a cloud services environment comprises one or more service offerings, one or more service instances and one or more service support utilities. Each of the one or more service offerings is described by at least one service descriptor. Each of the one or more service instances is obtained from at least one of the one or more service offerings. Each of the one or more service support utilities is customized by at least one service descriptor. A service comprises at least one component and a service descriptor comprises one or more models.

Abstract: Systems, methods, apparatus and articles of manufacture are disclosed for tracking, propagation and matching of messages pertaining to the interest in and availability of services across autonomous service domains. In one embodiment of the invention, a system of distributed, federated service domains in a service-oriented environment is provided wherein each service domain comprises: a plurality of locally provided services; a plurality of service requesters; and a service registry comprising descriptions of: one or more locally provided services; and one or more requested services, each of the requested services being one of: a fulfilled reference to a foreign service; and an unfulfilled reference to a foreign service.

Abstract: An embodiment of the invention provides a method for multi-tenant enabling a service, where the service includes a plurality of service components. Rules are received from a provider of the service, wherein the rules include rules for isolating the service components and rules for sharing the service components. The service components are matched with virtualization environments and/or physical environments based on the rules. The virtualization environments include at least one isolation container and/or at least one shared container. The service components are stored in the virtualization environments and/or the physical environments based on the matching. The service components are mapped to the at least one isolation container of the virtualization environments, the at least one shared container of the virtualization environments, and/or the physical environments based on the storing of the service components.

Abstract: An embodiment of the invention includes a system for partitioning asset management plugins. The system includes an application program interface for performing basic CRUD functions on assets having multiple asset types. At least one plugin having plugin components is provided, wherein the plugin manages at least one asset having a specific asset type (of the multiple asset types). The plugin components include a CRUD component, a state component, an actions component, and/or a view component. The system further includes plugin containers for hosting the plugin components, the plugin containers include at least one client-side plugin container and at least one server-side plugin container. The plugin components are partitioned and distributed from the plugin components to the plugin containers by a plugin server based on capabilities of the client.

Abstract: Techniques for serving data to a plurality of clients in a client-server environment are provided. In one aspect of the invention, the technique provides a plurality of versions of data in which different versions have different overheads associated therewith. Individual clients are assigned to one of a plurality of quality-of-service classes. Requests are satisfied so that a client belonging to a high quality-of-service class is given preferential access to data versions which require higher overheads to serve.