Abstract: The present disclosure involves systems, software, and computer implemented methods for providing an asynchronous transport channel for OData data using web sockets. One example method includes upgrading a HTTP connection to a web socket connection in response to an upgrade request. The web socket connection is maintained, after the upgrading, for receipt of subsequent web socket requests. An OData request is received, from a consuming application, over the web socket connection. The OData request is translated to a format used by an OData runtime environment and sent to the OData runtime environment. A response to the OData request is received from the OData runtime environment. The response is incorporated into a web socket message. The web socket message is sent to the consuming application, over the web socket connection, in response to the OData request, with the web socket connection remaining open after the web socket message is sent.

Abstract: The present disclosure involves systems, software, and computer implemented methods for providing an asynchronous transport channel for OData data using web sockets. One example method includes upgrading a HTTP connection to a web socket connection in response to an upgrade request. The web socket connection is maintained, after the upgrading, for receipt of subsequent web socket requests. An OData request is received, from a consuming application, over the web socket connection. The OData request is translated to a format used by an OData runtime environment and sent to the OData runtime environment. A response to the OData request is received from the OData runtime environment. The response is incorporated into a web socket message. The web socket message is sent to the consuming application, over the web socket connection, in response to the OData request, with the web socket connection remaining open after the web socket message is sent.

Abstract: The present disclosure involves systems, software, and computer implemented methods for providing an asynchronous transport channel for OData data using web sockets. One example method includes upgrading a HTTP connection to a web socket connection in response to an upgrade request. The web socket connection is maintained, after the upgrading, for receipt of subsequent web socket requests. An OData request is received, from a consuming application, over the web socket connection. The OData request is translated to a format used by an OData runtime environment and sent to the OData runtime environment. A response to the OData request is received from the OData runtime environment. The response is incorporated into a web socket message. The web socket message is sent to the consuming application, over the web socket connection, in response to the OData request, with the web socket connection remaining open after the web socket message is sent.

Abstract: The present disclosure involves systems, software, and computer implemented methods for performing enterprise messaging with a virtual message broker. One example method includes operations to receive, at an enterprise messaging (EM) layer associated with a shared message bus, a request associated with a first client to subscribe to a second client, wherein the EM layer provides an abstraction to the shared message bus, and wherein the shared message bus is shared between the first client and the second client. A rule set associated with the first client is identified, where the rule set is defined in a service descriptor associated with an EM service interface bound to the first client. In response to determining that the requested subscription to the second client is allowed by the identified rule set, the subscription is created, and events corresponding to the subscription are provided to the first client for consumption.

Abstract: Techniques are described for time series based enrichment of messages that are persisted and published in a flow according to the time series data. Inbound messages may be received and processed to add timing information. The modified messages may be stored as a time series in data storage. In response for a request for a particular sequence or set of messages, the messages may be retrieved from data storage and provided in a flow instance to the requestor. The requestor, such as a consumer application, may replay the data from the messages according to the order of the time series of the messages. In this way, implementations enable a time ordered sequence of messages to be replayed at any time after the initial receipt of the messages, and enable any number of instances of such replay including simultaneous replay of a particular message sequence to multiple consumers.

Abstract: The present disclosure involves systems, software, and computer implemented methods for performing enterprise messaging with a virtual message broker. One example method includes operations to receive, at an enterprise messaging (EM) layer associated with a shared message bus, a request associated with a first client to subscribe to a second client, wherein the EM layer provides an abstraction to the shared message bus, and wherein the shared message bus is shared between the first client and the second client. A rule set associated with the first client is identified, where the rule set is defined in a service descriptor associated with an EM service interface bound to the first client. In response to determining that the requested subscription to the second client is allowed by the identified rule set, the subscription is created, and events corresponding to the subscription are provided to the first client for consumption.

Abstract: Disclosed herein are system, method, and computer program product embodiments for supporting different data sources provided in developing applications. An embodiment operates by a processor receiving the application descriptor, which includes a first data source for providing a first portion of data for the application, the first data source providing the first portion of data as a first data type that is incompatible with the application. The processor can then determine whether the first data source provides the first portion of data as the first data type and request based on the determination, the first portion of data from the first data source. The processor can thereafter receive a modified first portion of data in the second data and create a model for the application based thereon.

Abstract: The present disclosure involves systems, software, and computer implemented methods for providing an asynchronous transport channel for OData data using web sockets. One example method includes upgrading a HTTP connection to a web socket connection in response to an upgrade request. The web socket connection is maintained, after the upgrading, for receipt of subsequent web socket requests. An OData request is received, from a consuming application, over the web socket connection. The OData request is translated to a format used by an OData runtime environment and sent to the OData runtime environment. A response to the OData request is received from the OData runtime environment. The response is incorporated into a web socket message. The web socket message is sent to the consuming application, over the web socket connection, in response to the OData request, with the web socket connection remaining open after the web socket message is sent.

Abstract: Disclosed herein are system, method, and computer program product embodiments for supporting different data sources provided in developing applications. An embodiment operates by a processor receiving the application descriptor, which includes a first data source for providing a first portion of data for the application, the first data source providing the first portion of data as a first data type that is incompatible with the application. The processor can then determine whether the first data source provides the first portion of data as the first data type and request based on the determination, the first portion of data from the first data source. The processor can thereafter receive a modified first portion of data in the second data and create a model for the application based thereon.

Abstract: The present disclosure involves systems, software, and computer implemented methods for providing an asynchronous transport channel for OData data using web sockets. One example method includes upgrading a HTTP connection to a web socket connection in response to an upgrade request. The web socket connection is maintained, after the upgrading, for receipt of subsequent web socket requests. An OData request is received, from a consuming application, over the web socket connection. The OData request is translated to a format used by an OData runtime environment and sent to the OData runtime environment. A response to the OData request is received from the OData runtime environment. The response is incorporated into a web socket message. The web socket message is sent to the consuming application, over the web socket connection, in response to the OData request, with the web socket connection remaining open after the web socket message is sent.

Abstract: A system for presenting a common user interface (UI) of multiple applications on diverse client computing devices as a web page that includes a set of UI elements leading to the multiple applications. The diverse client computing devices have display screens of diverse sizes. In the system, backend servers host a UI infrastructure including the common UI and one or more object page floorplans of respective UI object pages representing the multiple applications and representing application information and data on the diverse client computing devices. Design tools are available to process the object page floorplans to display, create, or edit the UI object pages. The object page floorplans include a first object page layout including a title bar, a header, an expanded default state, a navigation control, a content area, and a footer toolbar containing actions that are performed upon a corresponding first UI object page.

Abstract: A messaging meta broker gateway for publish-subscribe messaging environments can provide connectivity, message routing, and subscription management between large numbers of clients and large numbers of brokers. The messaging meta broker gateway can provide access to large numbers of brokers to a client through a single connection. To a broker, the messaging meta broker gateway provides extremely wide fan-in and fan-out to gateway clients. To a service provider, the messaging meta broker gateway is a single system providing easy scaling with lightweight replication of instances, and shared, private, or virtual messaging environments supporting multiple customers and applications. The meta broker gateway can also connect gateway clients with other clients of the brokers, and also with archiving facilities. Protocol translation, security, and statistics logging are supported. The messaging meta broker gateway is suitable for cloud-based Internet-of-Things environments.

Abstract: Various examples are directed to methods and systems for describing message payload data in computer messaging. A messaging client may receive a first message that comprises first payload data. The messaging client may identify from the first message a first metadata identifier data and send a metadata request to a metadata source indicated by the first metadata identifier data. The messaging client may receive from the metadata source first payload metadata describing the first payload data. The messaging client may identify a first payload record from the first payload data based at least in party on the first payload metadata.

Abstract: A computer-implemented method of user interface control includes receiving request to display data in a user interface and displaying data in a visible part of the user interface. Data requests in a hidden part of the user interface can be assigned to bins. Data requests assigned to a first bin can be transmitted to the backend computing system and a responsive output of the backend system can be displayed in the user interface. If the display request is still active and all of the data requests assigned to the first bin have been transmitted, data requests assigned to a second bin can be transmitted to the backend computing system and a responsive output of the backend computing system can be displayed in the user interface. Related apparatus, systems, techniques and articles are also described.

Abstract: Methods and apparatus, including computer program products, are provided for handling database table changes. The method may include receiving, at an event processor, a request from an application to subscribe to a database table event at an in-memory database; storing, at the event processor, a subscription to the database table event; sending, by the event processor, a subscription request to the in-memory database, wherein the subscription request indicates a subscription to the database table event; handling, at the event processor, a notification, wherein the notification is received on behalf of the application in order to determine whether to publish the notification to an endpoint coupled to at least the application, wherein the notification indicates an identity of at least one database table at the in-memory database that has changed; and publishing the notification to the endpoint. Related systems, methods, and articles of manufacture are also disclosed.

Abstract: The present disclosure involves systems, software, and computer implemented methods for providing an asynchronous transport channel for OData data using web sockets. One example method includes upgrading a HTTP connection to a web socket connection in response to an upgrade request. The web socket connection is maintained, after the upgrading, for receipt of subsequent web socket requests. An OData request is received, from a consuming application, over the web socket connection. The OData request is translated to a format used by an OData runtime environment and sent to the OData runtime environment. A response to the OData request is received from the OData runtime environment. The response is incorporated into a web socket message. The web socket message is sent to the consuming application, over the web socket connection, in response to the OData request, with the web socket connection remaining open after the web socket message is sent.

Abstract: The present disclosure involves systems, software, and computer implemented methods for unified event processing for existing systems. One example method includes receiving, in an application server, an event from an event emitter. An event type for the event is determined. A channel is identified for publication of the event to an external system, based on the identified event type. A messaging protocol associated with the channel is identified. A connection associated with the channel is identified. A topic is determined based on the event type and the identified channel. An event payload of the event is transformed into a message. The message is in a format specified by the messaging protocol. The message and the topic are sent to the external system, over the identified connection.

Abstract: Various embodiments of systems and methods to control interactions between an application user interface and a database are described herein. In one aspect, a secondary persistency of application data is generated based on a primary persistency of the application data in a database. A request to modify a value of a field of the application data in the secondary persistency is received from the application user interface. The field of the application data in the secondary persistency is updated in response to the received request for modification. A determination is made that the received request for modification influences other fields of the application data according to a set of rules. The other fields of the application data are updated based on the received request. The application data in the secondary persistency is then transitioned to the primary persistency upon request.

Abstract: A system for development, deliver, deployment and operation of an application includes at least one memory including instructions on a computing device and at least one processor on the computing device. The processor is operably coupled to the at least one memory and is arranged and configured to execute the instructions that, when executed, cause the processor to implement an application within a platform associated with a namespace for the platform, where the platform is one platform of a plurality of platforms. The processor implements a descriptor having an identifier that uniquely associates the descriptor with the application, where the descriptor comprises a single file that is platform independent and that includes a plurality of namespaces and application-specific attributes for each of the namespaces to enable the application to operate on multiple different platforms using the same descriptor.

Abstract: A messaging meta broker gateway for publish-subscribe messaging environments can provide connectivity, message routing, and subscription management between large numbers of clients and large numbers of brokers. The messaging meta broker gateway can provide access to large numbers of brokers to a client through a single connection. To a broker, the messaging meta broker gateway provides extremely wide fan-in and fan-out to gateway clients. To a service provider, the messaging meta broker gateway is a single system providing easy scaling with lightweight replication of instances, and shared, private, or virtual messaging environments supporting multiple customers and applications. The meta broker gateway can also connect gateway clients with other clients of the brokers, and also with archiving facilities. Protocol translation, security, and statistics logging are supported. The messaging meta broker gateway is suitable for cloud-based Internet-of-Things environments.