Abstract: A service testing system is disclosed to enable consistent replay of stateful requests on a service whose output depends on the service's execution state prior to the requests. In embodiments, the service implements a compute engine that executes service requests and a storage subsystem that maintains execution states during the execution of stateful requests. When a stateful request is received during testing, the storage subsystem creates an in-memory test copy of the execution state to support execution of the request, and provides the test copy to the compute engine. In embodiments, the storage subsystem will create a separate instance of execution state for each individual test run. The disclosed techniques enable mock execution states to be easily created for testing of stateful requests, in a manner that is transparent to the compute engine and does not impact production execution data maintained by the service.

Abstract: The information processing apparatus obtains attribute information of an application from the server in accordance with an instruction for instructing an update of an application stored in the storage unit and searches for and retrieves an application in a dependency relationship with the application to be updated based on the attribute information. The apparatus determines whether or not it is possible to allocate in the storage unit a free area in which it is possible to store the application to be updated and the retrieved application in the dependency relationship with the application to be updated, and, in a case that it is determined that the free area can be allocated, downloads, from the server, the application to be updated and the application in the dependency relationship with the application to be updated.

Abstract: Aspects of the present disclosure disclose provide systems and methods for updating, or patching, encrypted image files located at a remote location. More specifically, a content update package that includes encrypted information is received and decrypted. Based on the content update package, a first portion of data in an encrypted image file is located, where the first portion data is to be decrypted and updated based on data in the content update package. The updated data may then be encrypted, verified, and stored. When the updating, or patching, process is complete, the file version located at the remote location is the same as the latest file version. In addition, the updating, or patching, process may be split between multiple operating systems.

Abstract: One or more computer processors receive a patch request containing a testing requirement for a target platform. The one or more computer processors create a plurality of clusters containing a plurality of previously patched platforms associated with the target platform. The one or more computer processors calculate a similarity index of previously patched platforms and the target platform utilizing the created plurality of clusters, wherein the similarity index represents a similarity between the target platform and the plurality of patched platforms. The one or more computer processors adjust the testing requirement utilizing one or more similar platforms that are determined by the calculated similarity index and associated testing requirements. The one or more computer processors execute the requested patch utilizing the adjusted testing requirement.

Abstract: Systems, computer-implemented methods, and computer program products to facilitate generation of microservices from a monolithic application based on runtime traces are provided. According to an embodiment, a system can comprise a memory that stores computer executable components and a processor that executes the computer executable components stored in the memory. The computer executable components can comprise a model component that learns cluster assignments of classes in a monolithic application based on runtime traces of executed test cases. The computer executable components can further comprise a cluster component that employs the model component to generate clusters of the classes based on the cluster assignments to identify one or more microservices of the monolithic application.

Abstract: A method for testing a web service is disclosed, the method including testing, by a testing application executing on a client computing system, a web service running at least partially on a server computing system. The testing includes directing a web browser of the client computing system to simulate user interaction with the web service to perform a particular operation that includes a particular set of sub-operations. The directing includes issuing one or more requests to perform the particular set of sub-operations. The testing also includes recording test information based on responses received from the web service in response to performing the particular set of sub-operations. The test information includes latency information for at least one of the sub-operations of the particular set. The method also includes presenting, by the client computing system, a user interface having a graphical element depicting an analysis of the recorded test information.

Abstract: Implementations include a method and system configured to First information is collected during the processing of a flow process integration in the known environment while applying a stress test to a first service and recording the processing as a data recording. The data recording is analyzed to determine a nodal structure of the flow process integration instance. An updated version of the data recording with a second service that is modified is received. The updated version of the data recording is processed in the known environment. Second information pertaining to errors and anomalies associated with the updated version is collected while traversing the nodal structure during the processing of the updated version of the data recording in the known environment. The first information with the second information are compared to determine whether the errors and the anomalies are within an error threshold.

Abstract: Provided is a program updating device, program updating system, and a program updating method for updating a program without imposing a load on a user. A program updating device (“PUD”) includes a communication unit transmitting/receiving information to/from an in-vehicle device operating on a software program, the PUD transmitting update information of a software program from the communication unit to execute update processing, further including: a determination unit configured to determine whether an operation switch of a vehicle has been switched from an on-state to an off-state; a state control unit configured to, if it is determined that the operation switch has been switched to the off-state, instruct to transition to a driving-prohibition state and hold an ignition-on state; and an update processing unit configured to start update processing based on the update information after confirming of a state is made.

Abstract: The present disclosure is directed to systems and methods of implementing a neural network using in-memory mathematical operations performed by pipelined SRAM architecture (PISA) circuitry disposed in on-chip processor memory circuitry. A high-level compiler may be provided to compile data representative of a multi-layer neural network model and one or more neural network data inputs from a first high-level programming language to an intermediate domain-specific language (DSL). A low-level compiler may be provided to compile the representative data from the intermediate DSL to multiple instruction sets in accordance with an instruction set architecture (ISA), such that each of the multiple instruction sets corresponds to a single respective layer of the multi-layer neural network model. Each of the multiple instruction sets may be assigned to a respective SRAM array of the PISA circuitry for in-memory execution.

Abstract: A method and system for contraindicating firmware and driver updates. Specifically, the disclosed method and system entail discerning whether installation of a hardware device firmware and/or device driver update, targeting a hardware device on a host device, would succeed or fail given a set of features (or indicators) reflective of the current host device state and metadata respective to the hardware device update. Further, the determination may employ predictive machine learning techniques.

Abstract: Techniques are disclosed relating to modifying the functionality of software applications using object-oriented configuration data. In some embodiments, a configuration module may receive, from an application hosted within a server system, a request for configuration data that is usable to modify the manner in which the application performs a computing operation. In some embodiments, the request may specify a particular data object and include contextual information. The configuration may receive, from a configuration service in the server system, a configuration data package that includes a default definition for the particular data object and an override definition for a contextual override of the particular data object. The configuration module may determine, based on the contextual information, that the contextual override applies and return the configuration data, including data from the override definition, to the application.

Abstract: A baseboard management controller (BMC) may comprise a processor, a non-volatile memory and a volatile memory. The non-volatile memory comprises firmware categorized into a plurality of independently updatable service modules. Each of the independently updatable service modules is stored on a read-write partition of the non-volatile memory and comprises at least one of an application, a library and a driver. The BMC comprises an update agent that performs an update process. In the update process, a BMC update package, which comprises an update service module for updating an existing service module stored in one of the plurality of RW partitions, is stored in the volatile memory. The existing service module stored in the RW partition is replaced with the update service module.

Abstract: A method for testing an updated version of an existing software application. The method may comprise analyzing a user interface screen of the updated version of the existing software application to identify previously existing controls and updated controls and automatically capturing, via a capture engine, each of the updated controls present on the user interface screen of the updated version, wherein the automatic capturing is initiated by a user selecting a learn screen function. The method may further comprise automatically associating, via a rules base, control descriptions with each of the automatically captured updated controls and one or more testing actions with each of the updated controls, thereby generating a plurality of test steps each comprising one of the updated controls, a particular associated control description, and a particular testing action. The method may then comprise generating an updated test component comprised of the plurality of test steps.

Abstract: A new approach is proposed that contemplates systems and methods to support a sandboxed application plug-in distribution framework. An installation package containing a monitoring plug-in, a display plug-in, and/or third part components is received by a first application running on a first computing device. The first application installs the display plug-in and saves the monitoring plug-in to a centralized database. The first application sends an instruction to a second application running on a second computing device to retrieve the monitoring plug-in from the database and install the monitoring plug-in on the second computing device. Upon receiving a user request, the display plug-in of the first application sends a query to the monitor plug-in of the second application. In response to the query, the monitoring plug-in sends the requested monitored data collected by the second application to the display plug-in, which then formats and presents the monitored data to the user.

Abstract: There are provided systems and methods for a distributed autonomous patching system. During patching of a cloud computing architecture, an autonomous patching system may operator autonomously with no to minimal operator input to patch the host machines and corresponding computes of the cloud computing architecture's available applications. This may work by receiving a patch and determining corresponding patching factors for an availability zone of computes in the cloud. The system may then determine a patching topology map having an order of patching nodes for the selected computes of the application in the availability zone. Thereafter, while monitoring those computes, the system may select certain computes into an active processing funnel, where the patch is applied to those computes. Fingerprinting of before and after-patch states may be used to ensure proper patching.

Abstract: In some examples, a system tests a program that includes code to invoke calls of an application programming interface (API) for managing resources of a cloud environment. As part of the testing of the program, the system determines permissions for the invoked calls of the API, creates a collection of the determined permissions, and associates the collection of the determined permissions with an access policy of the cloud environment, the access policy to control use of the API for managing resources of the cloud environment.

Abstract: An apparatus and a method for a client to server deployment via an online distribution platform can include a mechanism to update at least part of a system software or server-side software via a parallel client software update. Online distribution platforms such as mobile application stores can be utilized in embodiments of the apparatus and method to provide not only the client update, but also the system software update in the underlying system (e.g. server-side version).

Abstract: Described is a system for automating the testing of backup component upgrades within a data protection environment. More specifically, the system may automate the testing of various upgrade combinations of a backup application to verify the compatibility of the new version with various prior versions of the backup application. In addition, the system may also verify the operational consistency amongst variable client computing environments. To ensure interoperability between backup application versions, the system may simulate various potential interactions between versions that would potentially be implemented within various storage configurations by a client production environment. For example, the automation manager may automate certain backup related operations with previous versions of the backup application such as creating backup instances of data, and then verifying the newer version of the backup application may correctly restore such backup instances and perform other backup-related operations.

Abstract: A method for reducing firmware size and increasing firmware performance. Core timing control conditions used by a die controller are converted into production ready core timing control conditions, from which firmware instructions are then generated. The production ready core timing control conditions comprise a plurality of fixed core timing control conditions. The firmware instructions are modified to determine core timing control condition values for fixed core timing control conditions before implementing storage operations, to store the core timing control condition values in global condition registers, and to modify references to fixed core timing control conditions to access the values in those global condition registers. Finally, the modified firmware instructions are stored on the die controller, which comprises a microcontroller configured to execute them.

Abstract: A technology management server for domain-based technology deployment and management is provided. The server includes a processor configured to receive an architecture definition file identifying a prior system status for each snapshotted application system. The processor is also configured to scan the application systems and classify each of the scanned application systems into an associated technology domain using a domain classification algorithm. The processor is configured to identify each scanned application system with a changed system status. The processor is configured to obtain a system update for each scanned application system with a changed system status, based on the technology domain. The system updates define implementation characteristics of each changed scanned application system. The processor is also configured to redefine the architecture definition file with the system updates.