Sap Se

Sap Ag

Masoud Aghadavoodi Jolfaei

Edgar Willi Lott

Helmut Prestel

Frank Radmacher

Werner Rehm

Frank Brunswig

Oliver Luik

Karsten K Bohlmann

Guenter Zachmann

Brian Craig McKellar

Stefan Bresch

Achim Braemer

Sasan Memar-Zahedani

Thorsten Marcus Dunz

Thomas Becker

Carl Philipp Staszkiewicz

Steffen Knoeller

Roman Rommel

Volker Wiechers

Andreas Blumenthal

Christian Stork

Thomas Gauweiler

Michael Acker

Rolf Hammer

Omar-Alexander Al-Hujaj

Kai Baumgarten

Janick Frasch

Wolfgang G Mueller

Marc Noe

Wolfgang Roeder

Santo Bianchino

Manfred Hirsch

Christoph Stoeck

Ariane Buster-Zoeller

Sven Kobler

Hong-Nghiep Phan

Doris Vielsack

Michael Kraemer

Thomas Weiss

Wolfgang Baur

Simon Hoppermann

Andre Sres

Mirko Hin

Kuan Lu

Dominik Heere

Frederick Dufour

Alexander Wachter

Daniel Walz

Brian Craig Mckellar

A computer-implemented method may comprise receiving, from a client application running within a client network, a request for a server application running within a server network to perform an action, and then generating, by the client network, a modified version of the request for the server application to perform the action, where the modified version of the request for the server application to perform the action comprises an access token configured to be used by the server network to allow an update of an access control list for the server application. The client network may then send, to the server network, the modified version of the request for the server application to perform the action.

Intelligent firewall rule handling

Techniques for managing application service behavior using request context are disclosed. In some embodiments, a computer system performs a method comprising: detecting a request sent by a service of an application, the service being one of a plurality of services included in a microservice architecture of the application, the request including a service type data that identifies the application and a service identification data that identifies the service; determining a behavior configuration for the request based on the service type data and the service identification data; and executing the service or another service of the plurality of services based on the determined behavior configuration.

Application service behavior management using request context

A computer-implemented method may comprise detecting an occurrence of an information technology (IT) incident between a cloud service and a software application based on observability data of the cloud service, where the observability data indicates a current state of the cloud service, the cloud service runs within a first network, and the software application runs within a second network different from the first network. The computer-implemented method may further comprise obtaining context information for the IT incident from the second network in response to the detecting of the occurrence of the IT incident, where the context information indicating circumstances in which the IT incident occurred, and then determining a countermeasure for the IT incident based on the context information. The computer-implemented method may additionally comprise performing an action based on the countermeasure.

Context analysis engine for information technology incidents

Computer-readable media, methods, and systems are disclosed for storing and analyzing dynamic data within a semantic data store. The dynamic data comprises one or more types of data having a normalized data schema. A dynamic data manager interfaces with the semantic data store to instruct storage of the data. The data may be received through an event service from either of an external data source or an internal data source.

Dynamic data processing for a semantic data storage architecture

A method may include receiving, from a client, an indication to include, in an application, a data processing pipeline implementing a data processing procedure that requires interaction with a data engine to retrieve and/or manipulate data in a data store coupled with the data engine. The application may be executed by exporting, to the data engine, a script corresponding to the data processing pipeline. Exporting the script may enable the data engine to execute the script to retrieve and/or manipulate data in the data store. The transfer of data resulting from the data engine executing the script may be monitored, for example, based on messages from the data engine. The messages may be exchanged via a message broker. Related systems and articles of manufacture, including computer program products, are also provided.

Integrating database applications with big data infrastructure

In an example, a WebSocket is used as an abstraction layer on top of one or more triggers. These triggers may be defined by DevOps tools and may be called bidirectionally. Specifically, a web application can call a trigger located in a Function as a Service layer at an ABAP application server, while the ABAP application server can also push data via a push channel through the WebSocket to trigger functions in the Web App.

Application server programming language cloud functions

In an example, a Web Socket is used as an abstraction layer on top of one or more triggers. These triggers may be defined by DevOps tools and may be called bidirectionally. Specifically, a web application can call a trigger located in a Function as a Service layer at an ABAP application server, while the ABAP application server can also push data via a push channel through the WebSocket to trigger functions in the Web App.

The present disclosure involves systems, software, and computer implemented methods for event processing in background services. One example method includes receiving a request to create a daemon session, the request including at least one parameter. The session is created, including storing the at least one parameter in a memory storage that is configured to survive a restart of the session. A set of messages is received for the session. The messages are stored in a queue that is configured to survive a restart of the session. A determination is made that the session is to be restarted. A restart of the session is initiated, including providing the at least one parameter to the session during the restart of the daemon session and providing unprocessed messages to the session after the session has been restarted, to enable the session to process the unprocessed messages.

Event processing in background services

The present disclosure involves systems, software, and computer implemented methods for translating messages between a sensor-specific protocol and a unified protocol associated with a backend application server. One example method includes: receiving, at a load balancer, a first message from a first sensor to a backend application server, the first message in a first sensor-specific protocol; identifying, by the load balancer, the first sensor-specific protocol of the first message; translating, by the load balancer, the first message from the first sensor-specific protocol to a second message in the unified protocol associated with the backend application server; and transmitting, by the load balancer, the second message in the unified protocol to the backend application server for processing.

Translation of messages using sensor-specific and unified protocols

The disclosure generally describes methods, software, and systems, including a method for event notification associated with changed data objects. A change to a data object associated with a change notification rule is identified. The change notification rule defines at least one target system to be notified in response to changes to a data set. A notification event identifying the data object associated with the change is generated substantially instantaneously in response to the identified change. Substantially instantaneously and in response to the generation of the notification event, the notification event is sent to the at least one target system defined by the change notification rules. A request for the changed data object is received in response to the sent notification event. The changed data object is provided to the target system.

Application event bridge

A method may receive a message from a first client associated with a first device type. A first application context associated with a session may be prepared for a response to the message based on the first device type. The response to the message may be prepared and the response may be transmitted to the first client via the session. The first application context associated with the session may be cleansed. Furthermore, the first application context associated with the session may be stored in a pool.

Application based context pooling

In one embodiment a bi-directional channel bound to a messaging channel provides a connection allowing an application to send progress information created by a progress indicator program to a client computer over a network. The connection allows the progress information to be send upon the event of its creation.

Bi-directional channel-based progress indicator

A method, a system, and a computer-program product for providing a unified connectivity to a plurality of business processes are disclosed. A plurality of business processes for connection to a server are provided. A uniform configuration connection assembly for connecting the plurality of business processes to the server is generated. The uniform configuration connection assembly is configured based on at least one profile corresponding to at least one business process in the plurality of business processes and contains at least one connectivity artifact for performing at least one connectivity task for at least one business process in the plurality of business processes. At least a portion of the plurality of business processes to the server is connected based on the generated uniform configuration connection assembly.

ABAP Unified connectivity

In an example embodiment, a request for an enqueue lock for a first piece of data is received from a client application. At an enqueue server separate from an application server instance, a light-weight enqueue session is then created, including generating a light-weight enqueue session identification for the light-weight enqueue session. An enqueue lock for the first piece of data is stored in the light-weight enqueue session. The light-weight enqueue session identification is then sent to the client application. In response to a detection that a session between the client application and the application server instance has been terminated, all enqueue locks in the light-weight enqueue session are deleted and the light-weight enqueue session is deleted.

Light-weight lifecycle management of enqueue locks

Systems and methods of database triggered push notification are disclosed. In one aspect, data from a database entity is cached in response to executing user service request at a client session, where the service request involves information from the database entity. In response to caching the data from the database entity, the client session subscribing to a messaging channel dedicated to the database entity. In another aspect, a message is generated as a result of invoking a trigger by an operation in the database entity. In yet another aspect, the message is transported by the messaging channel to the subscribed client session to invoke refresh of the cached data. A push notification is sent to the client in response to the message.

Database triggered push notification

Growing community of inventors

Wiesloch, Germany

Masoud Aghadavoodi Jolfaei