Abstract: The disclosure generally describes methods, software, and systems, including a method for publishing messages through a messaging client of a database server. A message to be published to one or more message brokers is received at a server and from a database client. The message is in the form of a SQL statement. The received message is processed at the server. Message broker configurations associated with the received message are determined. The message is published to the one or more message brokers by invoking a messaging client at the server and using at least the message broker configurations.

Abstract: The present disclosure describes methods, systems, and computer program products for providing pattern-based data source binding in OData services. One design-time computer-implemented method includes receiving an OData request from a requestor, traversing, by a computer, a rule table to determine whether an exact match for the received OData request exists in the rule table, upon a determination that an exact match for the received OData request exists in the rule table, forwarding the OData request to a bound data source specified in the rule table, and transmitting a result to the requestor following processing of the OData request by the bound data source.

Abstract: The disclosure generally describes methods, software, and systems, including a method for publishing messages through a messaging client of a database server. A message to be published to one or more message brokers is received at a server and from a database client. The message is in the form of a SQL statement. The received message is processed at the server. Message broker configurations associated with the received message are determined. The message is published to the one or more message brokers by invoking a messaging client at the server and using at least the message broker configurations.

Abstract: Sending and/or receiving messages in a computer system having memory and a processor. The method includes configuring the memory to have one or more streams connecting a generic messaging client to send messages to and/or receive messages from one or more protocol-specific messaging clients. The streams are formed by providing configuration data comprising one or more destination definitions. Each of the destination definitions corresponds to one of the protocol-specific messaging clients. Each of the destination definitions has a specified messaging protocol and one or more stream definitions. Each of the stream definitions has parameters associated with the specified messaging protocol of a corresponding one of the destination definitions. In code for the generic messaging client, at least one stream object is provided specifying one of the destination definitions and one of the stream definitions.

Abstract: The disclosure generally describes methods, software, and systems, including a method for publishing messages through a messaging client of a database server. A message to be published to one or more message brokers is received at a server and from a database client. The message is in the form of a SQL statement. The received message is processed at the server. Message broker configurations associated with the received message are determined. The message is published to the one or more message brokers by invoking a messaging client at the server and using at least the message broker configurations.

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: Sending and/or receiving messages in a computer system having memory and a processor. The method includes configuring the memory to have one or more streams connecting a generic messaging client to send messages to and/or receive messages from one or more protocol-specific messaging clients. The streams are formed by providing configuration data comprising one or more destination definitions. Each of the destination definitions corresponds to one of the protocol-specific messaging clients. Each of the destination definitions has a specified messaging protocol and one or more stream definitions. Each of the stream definitions has parameters associated with the specified messaging protocol of a corresponding one of the destination definitions. In code for the generic messaging client, at least one stream object is provided specifying one of the destination definitions and one of the stream definitions.

Abstract: A client token is generated for a client process in response to a client token request. An authentication request including the client token is received from a client endpoint associated with the client process. The client endpoint is authenticated, including generating and providing an endpoint token to the client endpoint. A first mapping between the client token and transport channels used for messages received from the client process and a second mapping between the client endpoint and the client token are generated. A first message is received over a first transport channel from the client endpoint, the message including the client token and the endpoint token. A response to the first message is sent to the client endpoint over a second transport channel, without re-authenticating the client endpoint, the second transport channel being different than the first transport channel and being selected based on the first and second mappings.

Abstract: The disclosure generally describes computer-implemented methods, software, and systems, including a method for automatically extending a service associated with data access. A request is received from a client, the request being for data associated with a first service. The first service is identified by a service identifier included in the request and defining a first behavior associated with the first service and use of the requested data. Using the service identifier, an extension service is identified that is associated with the first service. The identifying occurs automatically based on additional registry entries for the extension service, without modifying original registry entries for the first service, and without modifying a first service implementation associated with the first service. Data responsive to the received request is provided to the client. The data is provided according to a second behavior associated with the extension service.

Abstract: The disclosure generally describes methods, software, and systems, including a method for publishing messages through a messaging client of a database server. A message to be published to one or more message brokers is received at a server and from a database client. The message is in the form of a SQL statement. The received message is processed at the server. Message broker configurations associated with the received message are determined. The message is published to the one or more message brokers by invoking a messaging client at the server and using at least the message broker configurations.

Abstract: A client token is generated for a client process in response to a client token request. An authentication request including the client token is received from a client endpoint associated with the client process. The client endpoint is authenticated, including generating and providing an endpoint token to the client endpoint. A first mapping between the client token and transport channels used for messages received from the client process and a second mapping between the client endpoint and the client token are generated. A first message is received over a first transport channel from the client endpoint, the message including the client token and the endpoint token. A response to the first message is sent to the client endpoint over a second transport channel, without re-authenticating the client endpoint, the second transport channel being different than the first transport channel and being selected based on the first and second mappings.

Abstract: The disclosure generally describes computer-implemented methods, software, and systems, including a method for automatically extending a service associated with data access. A request is received from a client, the request being for data associated with a first service. The first service is identified by a service identifier included in the request and defining a first behavior associated with the first service and use of the requested data. Using the service identifier, an extension service is identified that is associated with the first service. The identifying occurs automatically based on additional registry entries for the extension service, without modifying original registry entries for the first service, and without modifying a first service implementation associated with the first service. Data responsive to the received request is provided to the client. The data is provided according to a second behavior associated with the extension service.

Abstract: The disclosure generally describes computer-implemented methods, software, and systems, including a method for automatically extending a service associated with data access. A request is received from a client, the request being for data associated with a first service. The first service is identified by a service identifier included in the request and defining a first behavior associated with the first service and use of the requested data. Using the service identifier, an extension service is identified that is associated with the first service. The identifying occurs automatically based on additional registry entries for the extension service, without modifying original registry entries for the first service, and without modifying a first service implementation associated with the first service. Data responsive to the received request is provided to the client. The data is provided according to a second behavior associated with the extension service.

Abstract: The disclosure generally describes computer-implemented methods, software, and systems, including a method for automatically extending a service associated with data access. A request is received from a client, the request being for data associated with a first service. The first service is identified by a service identifier included in the request and defining a first behavior associated with the first service and use of the requested data. Using the service identifier, an extension service is identified that is associated with the first service. The identifying occurs automatically based on additional registry entries for the extension service, without modifying original registry entries for the first service, and without modifying a first service implementation associated with the first service. Data responsive to the received request is provided to the client. The data is provided according to a second behavior associated with the extension service.

Abstract: The present disclosure describes methods, systems, and computer program products for providing pattern-based data source binding in OData services. One design-time computer-implemented method includes receiving an OData request from a requestor, traversing, by a computer, a rule table to determine whether an exact match for the received OData request exists in the rule table, upon a determination that an exact match for the received OData request exists in the rule table, forwarding the OData request to a bound data source specified in the rule table, and transmitting a result to the requestor following processing of the OData request by the bound data source.

Abstract: A business object model, which reflects data that is used during a given business transaction, is utilized to generate interfaces. This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction. In some operations, software creates, updates, or otherwise processes information related to a goods and activity confirmation business object.

Abstract: A business object model, which reflects data that is used during a given business transaction, is utilized to generate interfaces. This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction. In some operations, software creates, updates, or otherwise processes information related to a cost object settlement rule and an inventory notification business object.

Abstract: A business object model, which reflects data that is used during a given business transaction, is utilized to generate interfaces. This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction. In some operations, software creates, updates, or otherwise processes information related to a production confirmation business object.

Abstract: A business object model, which reflects data that is used during a given business transaction, is utilized to generate interfaces. This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction. In some operations, software creates, updates, or otherwise processes information related to a site logistics confirmation and a site logistics request business object.

Abstract: A business object model, which reflects data that is used during a given business transaction, is utilized to generate interfaces. This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction. In some operations, software creates, updates, or otherwise processes information related to a goods and activity confirmation business object.