Abstract: In accordance with an embodiment, described herein are systems and methods for (a) determining workflow characteristics for use with an integration cloud service or other computing environment; and (b) providing a marketplace that employs a conversational interface to guide users in selecting and retrieving integration artifacts, for example workflows or other assets, to address particular needs. A collection service can receive an indication of an integration archive that defines a business workflow or integration flow, wherein a characteristics server can then extract and persist the characteristics associated with the workflow, for subsequent use in providing a determination of workflows. In accordance with an embodiment, a digital assistant can be employed to allow discovery of workflows by building a discovery criteria based on a knowledge of characteristics associated with various business workflows or integration flows, and through interactive conversations by a user with the digital assistant.

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

Abstract: In accordance with an embodiment, described herein are systems and methods for (a) determining workflow characteristics for use with an integration cloud service or other computing environment; and (b) providing a marketplace that employs a conversational interface to guide users in selecting and retrieving integration artifacts, for example workflows or other assets, to address particular needs. A collection service can receive an indication of an integration archive that defines a business workflow or integration flow, wherein a characteristics server can then extract and persist the characteristics associated with the workflow, for subsequent use in providing a determination of workflows. In accordance with an embodiment, a digital assistant can be employed to allow discovery of workflows by building a discovery criteria based on a knowledge of characteristics associated with various business workflows or integration flows, and through interactive conversations by a user with the digital assistant.

Abstract: Systems and methods for namespace masking in an integration flow. In order to mitigate issues arising due to application updates impacting integration flows, during the metadata generation phase, all the elements which are available for operation selection can be cloned and replaced with a new namespace. The original elements are deleted from the metadata. The systems and methods can maintain the original namespace and the element name at a predefined place in the metadata (e.g., as an attribute of the cloned Element). The cloned element in addition to all the original fields of the element, can have one additional field which will store the value of the original namespace.

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

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

Abstract: Systems and methods for supporting rollback of changes made to target systems via an integration platform. Systems and methods can support reverting changes made to target applications via an integration platform (e.g., integration platform as a service (iPaaS)) with the help of a rollback activity. In order to aid the development and design of integration orchestrations, the integration platform can provide suggested rollback actions. In case of a failure in integration runtime, this rollback activity will revert changes made to the target applications prior to the point of fault. This helps ensure that systems remain in consistent state.

Abstract: Systems and methods for supporting rollback of changes made to target systems via an integration platform. Systems and methods can support reverting changes made to target applications via an integration platform (e.g., integration platform as a service (iPaaS)) with the help of a rollback activity. In order to aid the development and design of integration orchestrations, the integration platform can provide suggested rollback actions. In case of a failure in integration runtime, this rollback activity will revert changes made to the target applications prior to the point of fault.

Abstract: Systems and methods for exposing features of integration platform adapters as first-class actions in orchestration template are provided. Exposing features of an adapter as first-class actions in the orchestration template can allow integration designers focus on the business logic being worked upon and pick the correct feature from the adapter based on the context. As the features of adapters are exposed as first-class actions, even new features will be visible to the user along with context sensitive help explaining usage of the feature.

Abstract: Systems and methods for parallel execution of activities in an integration flow. Systems and methods are provided for determining one or more points within an integration orchestration where downstream activities can be executed in parallel and/or asynchronously with the main flow of the integration orchestration.

Abstract: Systems and methods for namespace masking in an integration flow. In order to mitigate issues arising due to application updates impacting integration flows, during the metadata generation phase, all the elements which are available for operation selection can be cloned and replaced with a new namespace. The original elements are deleted from the metadata. The systems and methods can maintain the original namespace and the element name at a predefined place in the metadata (e.g., as an attribute of the cloned Element). The cloned element in addition to all the original fields of the element, can have one additional field which will store the value of the original namespace.

Abstract: In accordance with an embodiment, 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.

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

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

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

Abstract: An aspect of the present disclosure provides for inserting custom activities in orchestrated application suites. In an embodiment, an element of interest is first identified in a base suite. The scope of the element of interest in the base suite is then determined. A custom activity is inserted after an end of the scope of the element of interest to form a deployment suite corresponding to the base suite. According to another aspect, the base suite comprises a set of applications, wherein the end of scope of the element is determined to be in a first application of the set of applications, wherein a second application of the set of application immediately follows the first application in a processing flow of the base suite. The custom module is placed between the first application and the second application, wherein the custom module when executed performs the custom activity.

Abstract: An aspect of the present disclosure provides for inserting custom activities in orchestrated application suites. In an embodiment, an element of interest is first identified in a base suite. The scope of the element of interest in the base suite is then determined. A custom activity is inserted after an end of the scope of the element of interest to form a deployment suite corresponding to the base suite. According to another aspect, the base suite comprises a set of applications, wherein the end of scope of the element is determined to be in a first application of the set of applications, wherein a second application of the set of application immediately follows the first application in a processing flow of the base suite. The custom module is placed between the first application and the second application, wherein the custom module when executed performs the custom activity.

Abstract: A method and system for archiving data based on a defined relevance attribute is discussed. This attribute may be based on the data's importance to a business or user. In an embodiment, more important data may be placed in high-end storage and less critical data may be placed in low-end storage.