Abstract: Comparing the performance of multiple versions or branches/paths of an application (e.g., a web service or application) may be conducted within a suitable computing environment. Such an environment may be virtual in nature, cloud-based, or server-based, and is hosted with tools for simultaneously (or nearly simultaneously) executing multiple containers or other code collections with the same or similar operating conditions (e.g., network congestion, resource contention, memory management schemes). By arranging the performance test of different application versions in different sequences executed in parallel in separate containers, fair comparisons of the tested applications will be obtained. Testing sequences may be executed multiple times, and metrics are collected during each execution. Afterward, the results for each metric for each code version are aggregated and displayed to indicate their relative performance quantitatively and/or qualitatively.

Abstract: A method of monitoring an automation script modifying software on a server. The method of monitoring comprises monitoring a server for an active customer process by a master application executing on a computer, starting an automation script with multiple sequential instructions for updating the software executing on the server by the master application, monitoring a resultant condition of the automation script after each instruction by the master application, creating a readable log of the resultant condition of the automated script by the master application after each instruction, and generating a user notification with an actionable link by the master application in response to a failure condition of the automated script. When the user activates the actionable link, the master application opens a screen group that includes a screen for instructions to the server from the master application.

Abstract: The invention relates generally to a system and method for implementing a one to many configuration management tool using runtime injection to replace hard coded values. An embodiment of the present invention is directed to addressing configuration management challenges, enhancing software quality and improving operation performance.

Abstract: Techniques for receiving operational preferences for operating network devices, and determining software updates for the network devices based on the operational preferences. A recommendation system may determine a group of network devices in a device network based on the network devices in the group performing a common functional role or have common attributes. The recommendation engine may further receive the operational preferences for the group of network devices from a user associated with the device network. These operational preferences may be continuously, or periodically, evaluated against actual operating conditions of the group of network devices to determine whether a risk metric associated with the actual operation conditions violates an operational preference. In some instances, the recommendation system may provide the user with access to a recommendation to run updated software that is more optimized for the network device and that satisfies the operational preferences of the user.

Abstract: Deployment of a software unit into a software application layer stack using deployment parameters including an ordering behavior parameter and a reference parameter. The deployment of the software unit may be in response to receipt of a software package for installation of the software unit. Installation of the software unit may be provided according to a hierarchical rule structure that includes determining whether the software unit comprises an upgrade or a patch to an existing software unit in the layer stack. If not an upgrade or a patch, an ordering behavior parameter may indicate a relative position to install the software unit in relation to a software unit designated by the reference parameter. If the deployment parameters are not valid, installation of the software unit may be provided according to a default rule.

Abstract: An electronic computing system preserves a pre-error state of a processing unit by receiving a first stream of inputs; buffering the first stream of inputs to generate a buffered stream of inputs identical to the first stream of inputs; conveying the first stream to a primary instance of a first program; conveying the buffered stream to a secondary instance of the first program; executing the primary instance on the first stream in real time; executing the secondary instance on the buffered stream with a predefined time delay with respect to execution of the primary instance on the first stream; detecting an error state resulting from execution of the primary instance; and in response to detecting the error state, pausing the secondary instance and preserving a current state of the secondary instance, wherein the current state of the secondary instance corresponds to a pre-error state of the primary instance.

Abstract: A debugging tool and method for statically verifying programs that invoke web-based services through API calls is provided. The tool receives source code that comprises one or more invocation of web APIs for requesting web-based services. The tool also receives a set of web API specifications. The tool extracts a set of request information for each web API invocation in the source code, the set of request information including a usage string of an URL endpoint. The tool verifies whether the set of request information complies with the received web API specifications and reports a result of the verification.

Abstract: Various methods, apparatuses/systems, and media for automatic risk-based testing of an application are disclosed. A processor accesses a database to obtain data corresponding to a plurality of test results of test runs conducted over a certain period of time for a set of plurality of tests and data corresponding to a change set; generates historical data based on the data corresponding to the plurality of test results and the change set; assigns a test failing probability value for each test among the set of plurality of tests based on analyzing the historical data; identities a first test whose assigned test failing probability value is below a predetermined threshold value; and filters out the identified first test from the set of plurality of tests whose assigned test failing probability value is below the predetermined threshold value so that the identified first test is not utilized for future test runs.

Abstract: Described herein is a system and method for detecting correlated changes (e.g., between code files and configuration files). For a plurality of code files and a plurality of configuration files, a correlated change model is trained to identify correlated changes across the code files and the configuration files using a machine learning algorithm that discovers change rules using a support parameter, and, a confidence parameter, and, a refinement algorithm that refines the discovered change rules. The correlated change model comprising the change rules is stored. The correlated change model can be used to identify potential issue(s) regarding a particular file (e.g., changed code or configuration file(s)). Information regarding the identified potential issue(s) can be provided to a user.

Abstract: A method, computer program product, and computer system for obtaining an input for a build. An initial orchestration job scheduler object may be obtained based upon the input for the build. A directed acyclic graph (DAG) may be determined based upon, at least in part, a dependency engine preprocessing. The DAG may be stored in a format. An array of steps may be built based upon, at least in part, the object, wherein the DAG may be translated from the object into a format readable by an initial orchestration job scheduler to build the array of steps. The array of steps may be executed to perform the build.

Abstract: According to some embodiments, methods and systems may be associated with enterprise application integration. A formalization platform may facilitate definition of Enterprise Integration Patterns (“EIP”) using a formal representation and defined execution semantics. The formalization platform may also execute model checking to find errors in the formal representation. An implementation platform may receive information from the correctness platform and translate the formal model generated by the correctness platform. The implementation platform may also configure implementation parameters of the translated formal model and simulate the EIP patterns to provide experimental validation. A correctness platform may receive information from the formalization platform and evaluate correctness of the EIP patterns defined via the formalization platform.

Abstract: A system is provided for mobile log heatmap-based auto test case generation. In particular, the system may continuously track and log user actions and data flows for applications within the production environment. Based on the logs, the system may generate a navigation network graph through which the system may identify all possible navigation paths that may be taken by the user to access certain functions or screens of the application. Once the paths have been identified, the system may collect and sanitize testing data based on user session and system interaction data in the production environment. The testing data may then be used to drive the development of the next release or version of the application.

Abstract: An example system includes a processor to receive a source code sample to be classified. The processor can execute a hybrid code analysis to generate an internal analysis state. The processor can extract features from the internal analysis state via a trained machine learning model modified using transfer learning. The processor can generate a label based on the extracted features via a machine learning classifier model trained on internal analysis states of hybrid code analyses.

Abstract: A testing scenario (forming part of a computing environment executing a plurality of applications) is initiated to characterize performance of the applications. During the execution of the testing scenario, various performance metrics associated with the applications are monitored. Thereafter, data characterizing the performance metrics is provided (e.g., displayed, loaded into memory, stored on disk, transmitted to a remote computing system, etc.). The testing scenario is generated by monitoring service calls being executed by each of a plurality of automates across the applications, generating a service request tree based on the monitored service calls for all of the applications, and removing cyclic dependencies in the service request tree such that reusable testing components are only used once. Related apparatus, systems, techniques and articles are also described.

Abstract: Provided is an update control device including: a communication unit configured to communicate with an on-vehicle control device via a transmission path including an in-vehicle communication line; and a control unit configured to cause the communication unit to transmit a request message when a target device defined below is unable to execute an update process for a control program, the request message requesting an alternative device, which is a non-target device defined below, to alternatively execute a part of the update process. Target device: an on-vehicle control device whose control program is to be updated. Non-target device: an on-vehicle control device whose control program is not to be updated.

Abstract: Disclosed are various approaches for remotely deploying provisioned packages. An installer for an application is stored in a cache location of the client device. A hash of the installer is then written to a registry of the client device. The installer is then executed to install the application on the client device. Then, the client device is registered with a management service. Subsequently, a registration confirmation is received from the management service. The hash of the installer is then confirmed and the installed application is identified to the management service as a managed application installed on the client device.

Abstract: A method facilitates development of instructions in a precise syntax, such as built-in functions of a computational system such as a spreadsheet application, using natural language (NL) input. A user may enter NL input in a workspace. An NL processing system may process the NL input to generate instruction(s) in a precise syntax that corresponds to the NL input. The instruction(s) in the precise syntax then may be included in the workspace.

Abstract: Methods and systems for accessing conflicting frameworks and classes are presented. In some embodiments, a conflicting frameworks computing platform may receive an application classloader corresponding to a mobile application. The application classloader may indicate one or more child application-defined classloaders. Subsequently, the conflicting frameworks computing platform may create a framework-defined classloader comprising a first class that conflicts with a second class in the one or more child application-defined classloaders. Further, the conflicting frameworks computing platform may create a framework-termination classloader. The framework-termination classloader may be a parent classloader of the framework-defined classloader. Next, the conflicting frameworks computing platform may replace, using a reflection function, the application classloader with a new application classloader.

Abstract: This disclosure relates to facilitating communication between widgets of cross-platform applications. An exemplary system includes computing components configured to execute an application shell. The system is configured to cause the application shell to do the following. The application shell instantiates a cross-platform application comprising a plurality of application widgets. The application shell then determines that a first application widget of the plurality of application widgets executes instructions through an execution container of the cross-platform application. The application shell then receives a request comprising criteria from the first application widget, wherein the criteria specify an application widget to listen for communications from. The application shell then receives a communication from the second application widget and determines that the communication matches the criteria of the request by the first application widget.

Abstract: An information processing device is provided with a display, a communication interface, and a controller. The controller is configured to perform obtaining an access destination information from a storage, wherein one or more access destinations is to be included in the access destination information. When the controller receives, through the communication interface, an installation request to request to install software, the controller is configured to determine whether a new access destination is included in the software based on the obtained access destination information. Further, when it is determined that the new access destination is included in the software, the controller is configured to display an approval screen used to approve installation of the software. When it is determined that the new access destination is not included in the software, the controller is configured to omit the displaying of the approval screen.