Abstract: A method includes obtaining, by a processing device, web traffic including a set of messages associated with a target platform, analyzing, by the processing device, the web traffic to obtain a set of data extractor code candidates for extracting a set of data from the target platform, and selecting, by the processing device, data extractor code from the set of data extractor code candidates.

Abstract: A method performed by a platform for real-time intake capacity assessment of a project includes routing, to a service desk, a request to assess capacity for the project. In response, an electronic message is communicated with a link to a form to retrieve structured information about the project. An assessment template is populated with structured information that includes feature-level information of the project (e.g., a level-of-effort (LOE) for developing a software product). The platform can dynamically estimate a capacity measure for the project, which is then used to generate a visualization on a dashboard based on the estimate of the capacity measure. As such, the platform enables better decision-making, planning, and prioritization.

Abstract: Disclosed herein are system, method, and computer program product embodiments for automatically cataloging updated Application Programming Interface (API) specifications. The API specifications may have been previously published to an application exchange platform. An automatic cataloging tool installed at an API development system may identify an updated API specification committed to an API specification repository. To validate that a change has been made, the automatic cataloging tool may compare the updated specification, metadata, and/or referenced documentation files to an API specification previously posted to the application exchange platform. In response to determining that the API specifications differ, the automatic cataloging tool may transmit the updated API specification to the application exchange platform. The application exchange platform may then replace the previous API specification with the updated API specification for client devices to view.

Abstract: Provided are techniques for digital twin functional and non-functional simulation testing. An indication is received that digital twin functional and non-functional simulation testing is to start for an application being developed, where a first portion of code for the application has been developed and a second portion of the code for the application has not been developed. Application data and an application landscape are retrieved. The digital twin functional and non-functional simulation testing is performed to identify which functional and non-functional requirements are not being met by the first portion of the code. For the functional and non-functional requirements that are not being met, suggestions are provided for at least one of the first portion and the second portion to meet one or more of the functional and non-functional requirements. One or more of the suggestions are implemented.

Abstract: A method includes receiving, by one or more processors of a computer system, source code, annotating, by the one or more processors of the computer system, features of the received source code using an automated annotation system to provide annotations for the features, relating, by the one or more processors of a computer system, a code execution path of the source code to the features during the annotating, identifying, by the one or more processors of the computer system, a runtime issue associated with the source code, identifying, by the one or more processors of the computer system using a code analytic engine, one or more of the features based on the annotations that are associated with the runtime issue, and automatically disabling, by the one or more processors of the computer system, the identified one or more features associated with the runtime issue.

Abstract: A method, computer program product and system are provided for preloading debug information based on the presence of incremental source code files. Based on parsed input parameters to a source code debugger, a source code repository and a local storage area are searched for an incremental file. In response to the incremental file being located, a preload indicator in the incremental file, which is a source code file, is set. Based on the preload indicator being set, debug symbol data from the incremental file is merged to a preload symbol list. In response to receiving a command to examine the debug symbol data from the incremental file, the preload symbol list is searched for the requested debug symbol data.

Abstract: Embodiments described herein provide for structured command line input for application integration such that application programming interface (API) integration is simplified for end users. The embodiments described herein use OpenAPI specifications to map specification paths (or endpoints) to a command line interface (CLI) command structure automatically. Accordingly, the embodiments described herein enable an end user to run CLI commands within the end user's environment to accomplish application integration without the need for a technician to write configuration instructions for each type of user device. Additionally, the embodiments described herein enable efficient product integration at a larger scale as well as the ability to ad hoc add new solutions or applications based on, for example, a single line of CLI input.

Abstract: A method and system for debugging SQL statements by computing and saving to memory metadata for each component part of the statement. The system includes a user interface, memory, and a processor, the processor configured to compute and save to memory metadata of SQL statements. The stored metadata may be used for later computation of modified SQL statements. The metadata may also be displayed through a user interface to assist a user in the process of debugging component portions of an SQL statement.

Abstract: A sample ratio mismatch (SRM) analyzer receives data from an online controlled experiment (OCE) and provides information to help determine a root cause of an SRM. The SRM analyzer may identify one or more segments in the data that include an SRM and may determine whether a triggered scorecard of the OCE includes an SRM. The data may include one or more scorecards. The SRM analyzer may determine whether each scorecard has an SRM. The SRM analyzer may test a difference in proportion of users assigned to treatment between a last scorecard without an SRM and a first scorecard with an SRM. If the difference in proportion is statistically meaningful, the SRM analyzer may determine that the SRM arose after the last scorecard. If the difference in proportions is not statistically meaningful, the SRM analyzer may determine that the SRM existed from a beginning of the OCE.

Abstract: Methods, apparatuses, systems, computing entities, and/or the like are provided. An example method may include retrieving software development data associated with a software application; receiving modular configuration data from a client system; determining application usage data based at least in part on a user profile of the client system that is associated with the software application; generating a release note data object based at least in part on at least one of the software development data, the modular configuration data, and the application usage data; and performing one or more software application release operations by transmitting the release note data object to the client system.

Abstract: A testing device includes: a first update unit that updates a screen transition diagram that is displayed on a display device and shows a transition of a screen state according to input of an operation on a screen relating to a program to be tested; and a second update unit that divides or integrates a node according to an operation of the node for each screen or each screen state in the screen transition diagram. Thus, the testing device makes it possible to obtain the advantage of exploratory testing while reducing a man-hour to perform the exploratory testing.

Abstract: An updating system includes a plurality of electronic control units and an updating management device. The updating management device is configured to request that the electronic control units respectively update programs and store update results of the programs transmitted from the electronic control units. The electronic control unit has a first storage region and a second storage region, and is configured to store an updated program in the second storage region and notify the updating management device of the update results according to a request from the updating management device, and is configured to start a predetermined control using the updated program stored in the second storage region when the update results stored in the updating management device indicate that the updating of the programs in the electronic control units is completed.

Abstract: A source code correction assistance apparatus is configured to include a storage device that stores an updated source code, and an arithmetic operational device that generates, as an evaluation code template of the updated source code, a template including a conditional branch sentence related to each case of success or failure of an input condition, notifies an evaluator terminal of a request to create an evaluation code based on the template, controls an access to the updated source code by the evaluator, receives editing by the evaluator on the conditional branch sentence in the template, generates a list of input values for executing all control paths of the evaluation code after the editing, and generates an evaluation code driver that automatically executes the evaluation code by inputting the input value.

Abstract: Methods, systems, and computer program products for container image management are disclosed. In a method, a first group of operations that are performed in respective layers in a base image are obtained. A second group of operations that are performed in respective layers not comprised in the base image are obtained. The second group of operations are optimized based on a comparison between the first and second groups of operations. A destination container image is generated based on the optimized second group of operations and the base image.

Abstract: A method, computer systems and program product to import non-compliant container images is provided. A processor receives a non-compliant container image, wherein the container image is not compliant with a target computing environment. A processor extracts a one or more embeddings from the non-compliant container image. A processor compares the one or more embeddings from the non-compliant container image to a plurality of one or more embeddings from an image catalog. A processor identifies a similar image from the image catalog based on the comparison of layer embeddings from the non-compliant container image and the similar image. A processor deploys the similar image in the target computing environment.

Abstract: The disclosure relates to the field of electric engine digital control domain such as used in the control of vehicle electric motors, including methods related to code handling in the context of debug and/or test and/or calibration or tuning target hardware systems. A method for automated generating of codes, for execution on a heterogeneous hardware system, including software and hardware programmable units, said codes include executable calibration instructions, comprises: (i) loading of initial code, including one or more code descriptions, (ii) providing user calibration instructions, specifying variables in the code descriptions to be considered as calibration parameters and/or monitored values, on said initial code; (iii) a step of automatically generating of said codes, at least one per available unit, based on said loaded initial code, provided with calibration instructions.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer-storage media, for a deployment architecture for multi-tenant cloud computing systems. In some implementations, a first cluster of processing nodes is configured to run tenant computing environments on behalf of different tenants. A second cluster of processing nodes runs a deployment controller configured to manage and monitor tenant computing environments allocated for the first cluster of processing nodes. A pool of unassigned computing environments is hosted in the first cluster of processing nodes. After receiving a request for a new environment, the deployment controller running in the second cluster of processing nodes coordinates with one or more modules running in the first cluster of processing nodes to update and assign one of the previously unassigned computing environments to be used.

Abstract: An electronic apparatus adapted for a container and a software updating method for a running container system are provided. A first software installation package is installed in a host system. The first software installation package includes an executable component used by the host system and a second software installation package. The executable component provides information required by an installation operation of the first software installation package. The second software installation package is made accessible to a container system by the host system based on the executable component. The second software installation package is installed in the container system to update an application in the container system.

Abstract: In one example of the technology, device information associated with a device upgrade and a plurality of devices includes risk parameters including values associated with a minimum health value that is associated with a minimum acceptable number of healthy devices among the plurality of devices and a confidence value associated with a minimum acceptable probability that the number of healthy devices among the plurality of devices is at least as great as the minimum health value; and, for each device a success probability value that is associated with a probability that the device will be healthy after the device upgrade is performed on the device. A Poisson binomial distribution is iteratively used to determine a set of devices among the plurality of device for which the largest possible number of devices are included in the set of devices while meeting the risk parameters. The set of devices is then upgraded.

Abstract: An automated system for implementing visual testing of a Graphical User Interface (GUI) of an implemented product is provided. A codified user experience design is used to automatically create precompiled code. The precompiled code is executed to generate a GUI based on the intended codified user experience design. The implemented product code is executed to generate a GUI of the implemented product code. Screenshots of the GUIs are compared to perform automatic visual testing of the implemented product code from the codified user experience design.