Sap Se

Sap Ag

Christian Martick

Ralph Debusmann

Rolf Schimpfky

Embodiments facilitate testing of software functions, by elaborating upon a small volume test sample originally provided by a developer. Where the original test sample is determined to be numerical, embodiments perform repetition techniques to generate corpuses of test data of varying scope representing operation over different timescales. For original test samples of greater complexity (e.g., including text and/or hierarchical output states of the software function), embodiments select a relevant Machine Learning (ML) model and apply that ML model to generate the corpuses of test data. These are then available for loading to measure one or more performance parameters (e.g., runtime, memory consumption; processing consumption; bandwidth) of the software function. Broadly reported non-linear behavior of performance parameter(s) may reveal lack of suitability of the generated data corpuses for testing. More specific non-linear behavior may indicate failure of the software function to pass certain tests.

Automated performance measurement over software lifecycle

The present disclosure pertains to validation of runtime objects for a software deployment using a certificate. After creating the runtime objects during a build process, a certificate may be generated based on the runtime objects. The certificate may include a fingerprint of the runtime objects that may be used before deployment to determine whether the runtime objects have been changed. Before deployment, the runtime objects and the certificate may be obtained and the certificate may be validated. In addition, the runtime objects may be validated using the fingerprint included in the certificate. For instance, the fingerprint may be re-generating based on the runtime objects for deployment. The runtime objects may be validated by comparing the re-generated fingerprint to the fingerprint in the certificate. The runtime objects may be deployed if the certificate and the runtime objects are valid.

Software deployment certification

Software User Assistance (UA) is afforded from captured User Interface (UI) screen images, with reference to persisted Machine Learning (ML) models. The captured screen images are processed&#x2014;e.g., using rasterization, Optical Character Recognition (OCR), and/or establishment of a coordinate system&#x2014;with individual UI elements being determined therefrom. Referencing the persisted ML models, the software application/application state for the captured image is identified. UA data relevant to that application/application state is generated from the model, and then provided to the user (e.g., in a text box overlying the UI screen). Through the capture and processing of UI screen images, embodiments afford a homogenous UA experience for installation, maintenance, and/or upgrade of heterogeneous members of a larger overall landscape, over software lifecycles. Embodiments may be deployed locally on a frontend computer, in order to avoid exporting UI images due to privacy and/or security concerns.

Software user assistance through image processing

Methods, systems, and computer-readable storage media for receiving a record including a set of attributes, each attribute having an attribute value, the record representing automatic execution of an IT process within a managed system, retrieving a model representing historical executions of the IT process and including a set of distribution parameters associated with a first type of attribute and a set of probability distributions associated with a second type of attribute, determining, for a first attribute, a first score based on distribution parameters and a value, determining, for a second attribute, a second score based on a probability distribution and a value, the second attribute being of the second type of attribute, and selectively indicating that the IT process is anomalous based on an outlier score.

Anomaly detection for automated information technology processes

A method may include receiving, from a first client, a first message. The first message may be matched to a second user based on a similarity between a first keyword included in the first message and a second keyword included in a profile of a second user. The first keyword may be determined to be similar to the second keyword based on a distance between a first vector representation of the first keyword and a second vector representation of the second keyword not exceeding a threshold value. In response to the first message being matched with the second user, the first message may be sent to a second client associated with the second user. In response to receiving, from the second client, a second message responsive to the first message, the second message may be sent to the first client. Related systems and articles of manufacture are also provided.

Messaging controller for anonymized communication

Embodiments offer early assessment of upgrade compliance checking upon software landscape production data, prior to actually executing a full impact analysis. In a pre-transport phase, discrete upgrade compliance checks are run and corresponding reports returned to individual developers. In a transport phase, batches of combined compliance checks (bundled into released transports) are run and corresponding reports returned to higher level users. According to certain embodiments, pre-transport and/or transport compliance checking is performed upon landscape production data condensed to a bi-value states. Such condensing can desirably reduce stored data volumes and impart security. According to some embodiments, pre-transport and/or transport compliance checking is performed upon production data merged across multiple landscapes. This avoids storing redundant upgrade check data. Early indication of compliance checking violations, can reduce the incidence of last-minute compliance problems arising during subsequent full impact analysis (which is fraught with potential consequences for system down-time).

Software transport check integration in upgrade context

Embodiments relate to an incident handling system for individual components of an overall software system. In particular, an engine receives error data information from a source of error information in a software component. That error information source may comprise a log entry, a formal error message, an exception, or a system crash. In response, the engine queries an underlying metadata description of the software system to receive a query result with additional metadata (e.g., unique artifact identifier, name) relevant to the error. Analysis of the error data and error metadata allows the engine to create an incident that is dispatched to an existing error tracking system, for support ticket creation and handling by the appropriate party. Adapter(s) allow the incident handling system to convert error data into generic form for search/analysis, and then to convert the incident information back into the specific format expected by the existing error tracking system.

Automated incident handling for software components

In some embodiments, a logging framework reserves space in an in-memory storage for a log entry upon receiving a first function call from an application being executed. Upon receiving a second function call from the application being executed, the framework writes the log entry in the space in the in-memory storage. Upon receiving a third function call from the application being executed, the framework selects a configuration for the application and comparing an indicator that is generated based on the executing of the application to the configuration. When the indicator meets a condition of the configuration, the framework copies the log entry from the space in the in-memory storage to a persistent storage space. The log entry is deleted from the space in the in-memory storage at a time after performing the comparing.

Software system logging based on runtime analysis

Some embodiments provide a non-transitory machine-readable medium that stores a program. The program receives, from an application, a request to schedule a notification. The program further generates a pending notification. The program also stores the pending notification in a queue. The program further periodically iterates through the queue to check whether an expiration time of the pending notification has elapsed. Upon determining that the expiration time of the pending notification has elapsed, the program also deletes the pending notification from the queue without processing the pending notification. Upon receiving from the application a second set of interactions performed on the application that matches the defined set of interactions specified in the pending notification, the program further processes the pending notification by sending the recipient specified in the pending notification a notification comprising the message specified in the pending notification.

Notifications based on queues

A system for software development includes a central server comprising a revision control system module; a process server including a process tool module; a local server including a local development environment; and an integration server including a mapping module. The revision control system module includes a plurality of branches. The process tool module is configured to create a ticket indicating a product requirement. The central server is configured to maintain and update the ticket that variably associates the development artifact with a respective one of the branches of the revision control system module. The integration server is configured to copy changes in the ticket stored on the revision control system to the ticket in the process tool module, and accordingly control transitions of the development artifact between the plurality of branches in the revision control system module of the central server.

Integration of revision control systems and process tools

Example systems and methods of logging information in an object-oriented system are presented. In one example, a first object including a plurality of first methods is received. The first object also includes an additional method to receive an identity of one of the first methods and to return metadata corresponding to the one of the first methods. A wrapper object is created for the first object and includes a plurality of second methods. Each second method includes an interface that is equivalent to an interface of a corresponding first method. Each of the second methods is configured to call the additional method of the first object to retrieve the metadata for the corresponding first method, call the corresponding first method, receive a return value from the corresponding first method, return the return value, and store information regarding the corresponding first method based on the retrieved metadata.

Automated logging for object-oriented environments

The present disclosure involves systems, software, and computer implemented methods for providing transparent caching of configuration data in distributed landscapes. One process includes operations for receiving a read request of original configuration data stored at a second system. A first timestamp associated with local configuration data stored locally at a first system is identified. A second timestamp associated with the original configuration data is identified, and the second timestamp is determined to be later in time than the first timestamp. A copy of the original configuration data from the second system is retrieved for storage locally in place of the local configuration data at the first system based on the determination that the second timestamp is later in time than the first timestamp. The first timestamp is updated with a current timestamp associated with a time the copy of the original configuration data was retrieved from the second system.

Transparent caching of configuration data

An update handler may determine object change data characterizing changes made to software objects. A change data manager store the object change data in a tracking database in conjunction with an object identifier for each changed software object. A query handler may receive an object-specific query requesting a subset of the object change data, and a response generator may provide the subset of the object change data from the tracking database, based on the corresponding object identifiers.

Growing community of inventors

Berlin, Germany

Christian Martick