Oracle International Corporation

Srimant Misra

Amit Jhunjhunwala

Prakash Kumar Devta

Satish Duggana

Sandeep Deshpande

Dinesh Chandra Pant

Ankur Prakash

In accordance with an embodiment, described herein is a system and method for behavior injection in a cloud computing platform (cloud platform) or software application, including the use of injection points to modify the operation or behavior of a tenant platform environment. An injection service enables a cloud platform provider to configure software code/behaviors to be injected into cloud platform modules or other components associated with tenants, including mapping, for a tenant-specific globally unique identifier (GUID) associated with a lifecycle activity injection point, a behavior including a platform code or process and metadata that can be used to inject and modify operation of a corresponding module. The described approach enables a cloud platform to expose behavioral aspects of the cloud platform or a software application executing therein, so that they can be controlled or modified in a dynamic manner, from outside of the cloud platform.

System and method for behavior injection in cloud computing platforms or applications

Described herein are systems and methods for suppressing inbound payload to an integration flow of an orchestration based application integration. The systems and methods described herein can, based upon a scan of an integration, identify and exclude from memory certain portions of one or more payloads that are received at the integration flow.

System and method of suppressing inbound payload to an integration flow of an orchestration based application integration

In accordance with an embodiment, described herein are systems and methods identifying capabilities and limitations of an orchestration based application integration. The systems and methods described herein can detect and publish/expose such a set of limitations and capabilities of the adapters/connectors to the integration platform. In this way, such metadata can be used, for example, by a user of an integration system in designing an integration of applications, or in selecting an orchestration, based upon, e.g., the published metadata that indicates the capabilities of the individual adapters/connectors, or the orchestration as a whole (or parts thereof). This way, once an orchestration is active for processing requests, then it can also publish a metadata considering the metadata of involved adapters. This metadata can be used in adjusting requests to an integration.

System and method for identifying capabilities and limitations of an orchestration based application integration

Systems and methods for intelligent distribution of integration artifacts and runtime requests across geographic regions. Integration Platforms as a Service (iPaaS) are generally networks that span multiple, distinct geographic regions, where customers or tenants can have provisioned a service instance in one or more of these regions. In order to take advantage of the infrastructure presented in an iPaaS system that spans multiple geographic regions (also referred to herein as 'regions') a connection configured in one service instance can be synchronized among other service instances in different regions.

System and method for intelligent distribution of integration artifacts and runtime requests across geographic regions

An aspect of the present disclosure facilitates third parties/server system to perform batch processing of requests requiring authorization from resource owners for repeat access to resources. In one embodiment, a server system/third party selects a next request from a batch of requests, with the next request requiring a protected resource (hosted on a second party) owned by a owner/user (first party). The server system checks whether an access token is present authorizing access of the protected resource by the server system on behalf of the owner. If the access token is not present, the server system communicates in an offline mode with the owner to receive the access token. The server system then processes the next request by accessing the protected resource using the present/received access token.

Facilitating third parties to perform batch processing of requests requiring authorization from resource owners for repeat access to resources

A system and method for error classification in an integration system. The system and method can receive a request to begin a transaction at the integration system. Additionally, the system and method can invoke an application associated with the request. In response to invoking the application, the system and method can receive a formatted error notification, the formatted error notification comprising at least one of a plurality of error formats. Additionally, the system and method can extract an error message text from the formatted error notification, resulting in a plain text of the formatted error notification. The system and method can also classify, at the error classifier, the formatted error notification based at least on training data and the plain text of the formatted error notification.

System and method for automatic error classification in integration systems

An intermediary messaging system is provided that facilitates exchange of information between service requestor and service providers. In an embodiment, the intermediary messaging system is configured to receive a request from a client, determine one or more target services for servicing the request, communicate information regarding the request to the identified target services, and communicate responses from the target services back to the client. In certain embodiments, the intermediary messaging service enables a single request received from the client to be translated to multiple requests and to possibly multiple target services without the client having to make multiple requests.

Providing message delivery services between requestors and providers

Techniques are disclosed for deploying services in a server cluster environment. Certain techniques are disclosed for deploying services to a cluster based on a replication policy that includes a plurality of configurable parameters. In some embodiments, the configurable parameters (also referred to herein as replication factors) can define a number of nodes to which a service is to be deployed, a number of nodes to which a service is to be prepared, and/or a number of nodes to which a service is replicated. Based on the configurable parameters, the replication policy enables users and/or cluster providers to guarantee different levels of performance and/or reliability.

Growing community of inventors

Bengaluru, India

Srimant Misra