Abstract: Methods, systems, apparatuses, and computer program products are provided for the “bucketing” or categorizing of software failures occurring during software test, and/or during other procedures. Software failure information is received. The software failure information is parsed to generate a raw matrix of software terms, software failures, and an indication of a number of times each software term was found in each software failure. An importance is determined of each software term of the raw matrix with respect to the software failures of the raw matrix to generate a weighted matrix. A failure space is generated based on the determined importance that indicates each software term-software failure pair of the matrix as a vector. A set of clusters representing the vectors in the failure space is determined. Software failures may be automatically assigned to clusters of the set to be “bucketed” or categorized for ease of subsequent analysis.

Abstract: Methods, systems, apparatuses, and computer program products are provided for the “bucketing” or categorizing of software failures occurring during software test, and/or during other procedures. Software failure information is received. The software failure information is parsed to generate a raw matrix of software terms, software failures, and an indication of a number of times each software term was found in each software failure. An importance is determined of each software term of the raw matrix with respect to the software failures of the raw matrix to generate a weighted matrix. A failure space is generated based on the determined importance that indicates each software term-software failure pair of the matrix as a vector. A set of clusters representing the vectors in the failure space is determined. Software failures may be automatically assigned to clusters of the set to be “bucketed” or categorized for ease of subsequent analysis.

Abstract: An automated arrangement for deploying software updates to a distributed system based on state differences is provided in which a manifest defines a target snapshot of the desired state of the system after it is updated. A snapshot of the current distributed system state is taken and a state difference between the current state and the target state is calculated. A rule-based engine applies pre-defined rules to generate a sequence of actions that when performed will bring the distributed system to the target state. Accordingly, rather than have to focus on how to change the distributed system, software developers and system administrators may instead specify the target distributed system state in the manifest and the present automated deployment arrangement will perform the required actions to deploy the updates and achieve the desired state.

Abstract: A payment gateway is implemented as a web service that utilizes a payment adapter plug-in model to support both synchronous payments (e.g., credit/debit card payments) and asynchronous payments (e.g., bank transfers) in which an interface to the payment gateway is provided to facilitate the development by a payment service provider or third party of a payment adapter that can plug into the gateway. The payment adapter enables the details of the payment service provider, credit card network, bank, etc. to be abstracted by mapping payment status from the provider to a standardized payment status that is utilized by the payment gateway. A payment gateway can then switch payment service providers by switching payment adapters.

Abstract: An automated arrangement for deploying software updates to a distributed system based on state differences is provided in which a manifest defines a target snapshot of the desired state of the system after it is updated. A snapshot of the current distributed system state is taken and a state difference between the current state and the target state is calculated. A rule-based engine applies pre-defined rules to generate a sequence of actions that when performed will bring the distributed system to the target state. Accordingly, rather than have to focus on how to change the distributed system, software developers and system administrators may instead specify the target distributed system state in the manifest and the present automated deployment arrangement will perform the required actions to deploy the updates and achieve the desired state.

Abstract: Testing systems and methods are provided for determining domain data coverage of a test of a codebase. The testing system may include a coverage program having a setup module configured to receive user input indicative of a target domain data table to be monitored during the test. The coverage program may further include a test module configured to programmatically generate a shadow table configured to receive coverage data, and to create one or more triggers on the target domain data table. The triggers may be configured, upon firing, to make entries of coverage data in the shadow table indicating that the trigger was fired during the test. The coverage program may also include an output module configured to compare the shadow table and the target domain data table to produce a coverage result, and to display the coverage result via a graphical user interface.

Abstract: In one embodiment, the systems and methods detect audio content shared during a collaboration session; detect a participant associated with originating the audio content; store or record audio content; and automatically associate the audio content with the participant.