Abstract: A computer-implemented method according to one embodiment includes establishing a predetermined checkpoint and storing a log of duplicate read data in association with the predetermined checkpoint during a running of an application that is processing at least one data set, the duplicate read data including an image of all data retrieved from the at least one data set in response to a plurality of data reads made by the application before the predetermined checkpoint; identifying a first failure of the application; and restarting the application and performing a first replay of the application in response to the first failure.

Abstract: A computer-implemented method according to one embodiment includes establishing a predetermined checkpoint and storing a log of duplicate read data in association with the predetermined checkpoint during a running of an application that is processing at least one data set, the duplicate read data including an image of all data retrieved from the at least one data set in response to a plurality of data reads made by the application before the predetermined checkpoint; identifying a first failure of the application; and restarting the application and performing a first replay of the application in response to the first failure.

Abstract: A computer-implemented method according to one embodiment includes restarting an application at a second system in response to a failure of the application at a first system, receiving replicated logged data from the first system at the second system, updating a second data set at the second system to reflect a first data set at the first system, utilizing the replicated logged data, identifying a first plurality of data reads from the restarted application at the second system, where the first plurality of data reads occur before a predetermined checkpoint, and in response to the first plurality of data reads, retrieving the replicated logged data from the second system, and returning the replicated logged data to the restarted application at the second system.

Abstract: A method is described for determining whether to trigger an early commit of a micro-batch transaction. The method includes, during the micro-batch transaction, requesting access to a record using a record retrieval get record call. The method further includes receiving a response to the record retrieval get record call, and determining whether the response includes the record or a flag. The record is processed in response to a determination that the response includes the record. Additionally, in response to a determination that the response includes the flag, it is determined whether to trigger an early commit of the micro-batch transaction.

Abstract: A computer-implemented method according to one embodiment includes restarting an application at a second system in response to a failure of the application at a first system, receiving replicated logged data from the first system at the second system, updating a second data set at the second system to reflect a first data set at the first system, utilizing the replicated logged data, identifying a first plurality of data reads from the restarted application at the second system, where the first plurality of data reads occur before a predetermined checkpoint, and in response to the first plurality of data reads, retrieving the replicated logged data from the second system, and returning the replicated logged data to the restarted application at the second system.

Abstract: A computer-implemented method according to one embodiment includes establishing a predetermined checkpoint and storing duplicate read data in association with the predetermined checkpoint during a running of an application that is processing at least one data set, identifying a failure of the application, restarting the application in response to the failure, and enabling a replay of the processing of the at least one data set by the restarted application, utilizing the predetermined checkpoint and the duplicate read data.

Abstract: A method and information processing system manage workflow instance migration. A received migration plan indicates a set of workflow migration points associated with an initial workflow process model. The set of workflow migration points is associated with a set of workflow activities of the initial workflow process model. At least one workflow instance is selected from a set of workflow instances. A current migrateability state associated with the selected workflow instance is determined based at least on the set of workflow migration points. Migration of the workflow instance to a new workflow process model is granted in response to determining that the current migrateability state is set to migrateable. Migration of the workflow instance to the new workflow process model is prevented for at least a given amount of time in response to determining that the current migrateability state fails to be set to migrateable.

Abstract: Composite service provisioning is provided. One or more processors pre-provisions a first pool of service instances of a first composite service. One or more processors pre-provisions a second pool of service instances of a sub-service of the first composite service, wherein instances of the first pool of service instances have placeholder credentials identifying the second pool of service instances.

Abstract: A method is described for determining whether to trigger an early commit of a micro-batch transaction. The method includes, during the micro-batch transaction, requesting access to a record using a record retrieval get record call. The method further includes receiving a response to the record retrieval get record call, and determining whether the response includes the record or a flag. The record is processed in response to a determination that the response includes the record. Additionally, in response to a determination that the response includes the flag, it is determined whether to trigger an early commit of the micro-batch transaction.

Abstract: Composite service provisioning is provided. One or more processors pre-provisions a first pool of service instances of a first composite service. One or more processors pre-provisions a second pool of service instances of a sub-service of the first composite service, wherein instances of the first pool of service instances have placeholder credentials identifying the second pool of service instances.

Abstract: Composite service provisioning is provided. A processor receives a first demand value of a first composite service. The processor identifies a sub-service based on the first composite service. The processor pre-provisions a first pool of service instances corresponding to the first composite service, the first pool of service instances having a quantity of service instances based, at least in part, on the first demand value. The processor determines a second demand value of the sub-service based, at least in part, on the quantity of service instances of the first pool of service instances. The processor pre-provisions a second pool of service instances corresponding to the sub-service, the second pool of service instances having a quantity of service instances based, at least in part, on the second demand value. The processor modifies each of the first pool of service instances with placeholder credentials that identify the second pool of service instances.

Abstract: Composite service provisioning is provided. A processor receives a first demand value of a first composite service. The processor identifies a sub-service based on the first composite service. The processor pre-provisions a first pool of service instances corresponding to the first composite service, the first pool of service instances having a quantity of service instances based, at least in part, on the first demand value. The processor determines a second demand value of the sub-service based, at least in part, on the quantity of service instances of the first pool of service instances. The processor pre-provisions a second pool of service instances corresponding to the sub-service, the second pool of service instances having a quantity of service instances based, at least in part, on the second demand value. The processor modifies each of the first pool of service instances with placeholder credentials that identify the second pool of service instances.

Abstract: An aspect of this invention is a method that includes evaluating a computing environment by performing auditing of a fault tolerance ability of the computing environment to tolerate each of a plurality of failure scenarios; constructing a failover plan for each of the plurality of scenarios; identifying one or more physical resource limitations which constrain the fault tolerance ability; and identifying one or more physical resources to be added to the computing environment to tolerate each of the plurality of failure scenarios.

Abstract: An aspect of this invention is a method that includes evaluating a computing environment by performing auditing of a fault tolerance ability of the computing environment to tolerate each of a plurality of failure scenarios; constructing a failover plan for each of the plurality of scenarios; identifying one or more physical resource limitations which constrain the fault tolerance ability; and identifying one or more physical resources to be added to the computing environment to tolerate each of the plurality of failure scenarios.

Abstract: A method and information processing system manage workflow instance migration. An initial workflow process model is compared with a new workflow process model. A set of differences between the initial workflow process model and the new workflow process model are determined. At least one set of activities associated with the initial workflow process model that is migrateable to the new workflow process model is identified based on the set of differences. A migration plan associated with the initial workflow process model and the new workflow process model is generated. The migration plan includes the at least one set of activities associated with the initial workflow process model. The migration plan is then used to evaluate a set of workflow instances associated with the initial workflow process model and migrate one or more of these workflow instances to the new workflow process model based thereon.

Abstract: A method and information processing system manage workflow instance migration. A received migration plan indicates a set of workflow migration points associated with an initial workflow process model. The set of workflow migration points is associated with a set of workflow activities of the initial workflow process model. At least one workflow instance is selected from a set of workflow instances. A current migrateability state associated with the selected workflow instance is determined based at least on the set of workflow migration points. Migration of the workflow instance to a new workflow process model is granted in response to determining that the current migrateability state is set to migrateable. Migration of the workflow instance to the new workflow process model is prevented for at least a given amount of time in response to determining that the current migrateability state fails to be set to migrateable.

Abstract: According to one embodiment of the present invention, a method for business process error handling through process instance backup and recovery includes the step of creating a backup profile of selected one or more portions of a business process model at modeling stage. The method also includes the steps of deploying the backup profile into a runtime environment, and upon occurrence of an error in execution instances of the business process model, re-executing at least one of the one or more portions of the backup profile to recover from the error.

Abstract: A method for hosting versioned web services includes steps of: receiving a request from a service requestor, the request comprising version metadata; parsing the request; extracting the version metadata from the parsing step; and locating a target implementation version using the version metadata. If the target implementation version is located, the method proceeds by dynamically routing the versioned request to the target implementation version.

Abstract: A method for hosting one or more versions of a service using a service proxy includes specifying an interface definition of a service which defines and uniquely identifies an interface version for the service, and an implementation definition of the service which uniquely identifies an implementation version for the service; generating one or more service proxies each representing an interface version of a service; providing a proxy configuration that contains entries for a plurality of service implementation versions, wherein each proxy utilizes the proxy configuration to access a certain one or more of the implementation versions which share the same or a compatible interface version of a service, and wherein the proxy configuration contains attributes that include information about each of the implementation versions; and wherein the proxy dynamically selects one of the implementation versions in the proxy configuration to route one or more client service requests to based on the attributes.

Abstract: According to one embodiment of the present invention, a method for business process error handling through process instance backup and recovery includes the step of creating a backup profile of selected one or more portions of a business process model at modeling stage. The method also includes the steps of deploying the backup profile into a runtime environment, and upon occurrence of an error in execution instances of the business process model, re-executing at least one of the one or more portions of the backup profile to recover from the error.