Orchestration Metadata Detection for Adapter Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current integration cloud services lack the ability to effectively identify and expose the capabilities and limitations of adapters/connectors, making it difficult for users to design and select appropriate orchestration-based application integrations, which can lead to inefficient integration flows and potential failures during request processing.

Innovation Solution

The system detects and publishes metadata related to the capabilities and limitations of adapters/connectors, allowing users to design integrations based on exposed metadata, which can be adjusted during runtime to optimize request processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If metadata detection and publication capabilities are added to the integration platform, then user ability to design and select integrations is improved, but system complexity increases

Engineering Contradiction:
Improveintegration design and selectionVSAvoidintegration platform
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system segments the metadata management by separating adapter-level metadata detection from orchestration-level metadata aggregation. Each adapter independently publishes its own capabilities and limitations metadata, while the orchestration layer composes overall metadata from individual adapter metadata. This segmentation reduces the complexity burden on any single component while enabling comprehensive metadata availability for users.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Adapters automatically detect and publish their own capabilities and limitations metadata without requiring manual configuration or complex platform-wide scanning. Each adapter serves itself by generating and exposing its metadata through standardized interfaces, reducing the operational burden on the integration platform while providing rich metadata information to users.

Inventive Principle:
Principle #25Self-service

2Reliability

If comprehensive metadata about adapter capabilities is collected and published, then integration reliability is improved, but information processing overhead increases

Engineering Contradiction:
Improveintegration executionVSAvoidmetadata processing overhead
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system extracts only the essential capability and limitation metadata from adapters, separating critical information (supported operations, data formats, throughput limits) from unnecessary details. This selective extraction provides sufficient information for reliable integration execution while minimizing metadata volume and processing overhead.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The metadata is structured with standardized parameters and formats that enable efficient processing and comparison. By defining specific parameter schemas for adapter capabilities (e.g., supported protocols, data types, performance characteristics), the system transforms unstructured adapter information into optimized, queryable metadata that balances comprehensiveness with processing efficiency.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11546413B2System and method for identifying capabilities and limitations of an orchestration based application integration
Publication Date: 2023.01.03 ORACLE INT CORP
  • US11546413B2 patent drawing
  • US11546413B2 patent drawing
  • US11546413B2 patent drawing

AI summary

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.