G06F2209/547

Creating a tokenized process template for invoking one or more services by replacing service references with respective tokens

A system and method are provided for facilitating configuration of one or more references to a software service to be called by a software application. A catalog process is provided. The catalog includes information identifying services to be called to implement processes. Service references occurring in a process template are determined that are used to implement the processes identified in the catalog. During a build phase, a tokenized process template is created by replacing each of the service references in the process template with a respective token. At least one of the processes is run in accordance with the tokenized process template, including resolving the tokens and invoking at least one service identified thereby.

MESSAGE BROKER CUSTOMIZATION WITH USER ADMINISTERED POLICY FUNCTIONS
20210176326 · 2021-06-10 ·

A message broker customization system and method with user administered policy functions. The system uses user defined and controlled policy functions to programmatically, customize the behaviors of a message broker's processing of messages and further allowing for that customization to take place on a per channel basis. This provides for greater functionality and flexibility to the users of a message system, especially when the users of the message system do not have administrative control over the message broker.

CONTROLLING TRANSACTION REQUESTS BETWEEN APPLICATIONS AND SERVERS

Concepts for controlling transaction requests delivered between applications and servers via a decentralized architecture. In such concepts, the delivery of transaction requests is controlled in consideration of information regarding groups of transaction requests that may cause transaction collisions if processed in parallel. Such groupings of transaction request may be defined, modified and updated at run-time, based on previous or current observed transaction collisions.

Method and apparatus for using a single storage structure to authorize APIs

Some embodiments of the invention provide a system for defining, distributing and enforcing policies for authorizing API (Application Programming Interface) calls to applications executing on one or more sets of associated machines (e.g., virtual machines, containers, computers, etc.) in one or more datacenters. This system has servers that act as a logically centralized resource for defining and storing policies and parameters for evaluating these policies. The servers enforce these policies and distribute the policies and parameters to policy-enforcing local agents that execute near the applications that process the API calls. From an associated application, a local agent receives API-authorization requests to determine whether API calls received by the application are authorized. In response to such a request, the local agent uses one or more parameters associated with the API call to identify a policy stored in its local policy storage to evaluate whether the API call should be authorized. To evaluate this policy, the agent also retrieves one or more parameters from the local policy storage.

Intelligent automated way of baselining integration content using messages from historical tests to be used for regression testing

Disclosed herein are system, method, and computer program product embodiments for determining an integration regression between a source system and a target system. An embodiment operates by selecting a first set of messages in a middleware system. The embodiment receives a baseline mapping for the first set of messages from the middleware system. The embodiment creates a test suite based on the first set of messages. The embodiment performs the test suite, wherein the performing generates a second set of messages in the middleware system and a current mapping for the second set of messages. The embodiment compares the first set of messages to the second set of messages based on the baseline mapping and the current mapping. The embodiment determines an integration regression between the source system and the target system based on the comparing.

INTELLIGENT AUTOMATED WAY OF BASELINING INTEGRATION CONTENT USING MESSAGES FROM HISTORICAL TESTS TO BE USED FOR REGRESSION TESTING

Disclosed herein are system, method, and computer program product embodiments for determining an integration regression between a source system and a target system. An embodiment operates by selecting a first set of messages in a middleware system. The embodiment receives a baseline mapping for the first set of messages from the middleware system. The embodiment creates a test suite based on the first set of messages. The embodiment performs the test suite, wherein the performing generates a second set of messages in the middleware system and a current mapping for the second set of messages. The embodiment compares the first set of messages to the second set of messages based on the baseline mapping and the current mapping. The embodiment determines an integration regression between the source system and the target system based on the comparing.

Defining and distributing API authorization policies and parameters

Some embodiments of the invention provide a system for defining, distributing and enforcing policies for authorizing API (Application Programming Interface) calls to applications executing on one or more sets of associated machines (e.g., virtual machines, containers, computers, etc.) in one or more datacenters. This system has a set of one or more servers that acts as a logically centralized resource for defining and storing policies and parameters for evaluating these policies. The server set in some embodiments also enforces these API-authorizing policies. Conjunctively, or alternatively, the server set in some embodiments distributes the defined policies and parameters to policy-enforcing local agents that execute near the applications that process the API calls.

Method and apparatus for authorizing API calls

Some embodiments of the invention provide a system for defining, distributing and enforcing policies for authorizing API (Application Programming Interface) calls to applications executing on one or more sets of associated machines (e.g., virtual machines, containers, computers, etc.) in one or more datacenters. This system has servers that act as a logically centralized resource for defining and storing policies and parameters for evaluating these policies. The servers enforce these policies and distribute the policies and parameters to policy-enforcing local agents that execute near the applications that process the API calls. From an associated application, a local agent receives API-authorization requests to determine whether API calls received by the application are authorized. In response to such a request, the local agent uses one or more parameters associated with the API call to identify a policy stored in its local policy storage to evaluate whether the API call should be authorized. To evaluate this policy, the agent also retrieves one or more parameters from the local policy storage.

SYSTEM AND METHOD TO SECURELY EXCHANGE SYSTEM DIAGNOSTICS INFORMATION BETWEEN FIRMWARE, OPERATING SYSTEM AND PAYLOAD

A system for secure processing of intra-processor data comprising firmware configured to operate on a processor. An operating system configured to operate on the processor. Payload configured to operate on the processor. An embedded controller coupled to the firmware, the operating system and the payload, wherein the embedded controller is configured to enable messaging between the firmware, the operating system and the payload.

Flexible message transformation and delivery

Flexible message transformation and delivery includes authenticating a message consumer for access to messages of a publisher, receiving from the consumer a service topology label identifying a service topology of a service of which the message consumer is a part, where the service topology label is used in controlling provision of messages to members of the service topology, identifying an authority label for the consumer, the authority label being associated with transformation(s) to apply to messages, and based on obtaining a message from the publisher for publishing to consumers that are members of the service topology: determining that the consumer is a member of the service topology, identifying the transformation(s) based on the identified authority label for the consumer; applying to the message the transformation(s) to obtain a transformed message, and providing the transformed message to the consumer.