Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: Techniques for implementing a digital assistant that provides proactive notifications to users, summarizes data and relevant situations, forecasts/predicts future outcomes, simulates outcomes under different assumptions, generates recommendations to improve observed or assumed situations, and provides explanations for calculated outcomes are disclosed. In some example embodiments, a computer system is configured to detect a data change in one or more data sources, the data change corresponding to a monitored data object, generate a predicted future value for the monitored data object based on the detected data change, identify a deviation between the predicted future value and a planned future value for the monitored data object, determine that the identified deviation is relevant for a specific user at a specific time and in a specific context, and cause a notification corresponding to the deviation to be displayed on a computing device based on the determination that the deviation is relevant.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: A method includes establishing a back-end communication channel with a user interface, receiving a voice or a remote command of a user to perform one or more user interface actions within the user interface, sending voice or remote information of the voice or remote command to a voice or a chatbot service provider, receiving, from the voice or the chatbot service provider, a data message generated based on the voice or remote information, identifying the one or more user interface actions based at least in part on the data message, sending, using the back-end communication channel, a push command message to the user interface, the push command message including the identified one or more user interface actions, and applying the identified one or more user interface actions within the user interface.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.