Embedded Component Configuration Replication via Portable Archives

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In some application server environments, embedded components face challenges in replicating their configuration across clustered instances due to proprietary synchronization interfaces, leading to lock-in with the host server or lack of synchronization interfaces, which restricts fault-tolerance and throughput.

Innovation Solution

A system and method for cluster-wide replication of embedded component configuration, where configuration changes are packaged as command payloads within a configuration archive, distributed, and invoked on target instances to synchronize configurations, leveraging the host's application deployment synchronization functionality, enabling portable replication across different Java EE application servers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If embedded components use proprietary configuration synchronization interfaces provided by the host application server, then configuration replication across clustered instances is achieved, but the embedded component becomes locked-in to the specific host server and cannot port to other servers

Engineering Contradiction:
Improveconfiguration replicationVSAvoidportability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent introduces a portable configuration archive as an intermediary format that mediates between the embedded component and the host server. Instead of directly using the host's proprietary synchronization interface, the component exports its configuration to this neutral archive format, which can then be imported and applied on any compliant host server, thus enabling portability while maintaining replication capability

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a copy of the configuration in a portable archive format rather than relying on the original host-specific configuration format. This configuration archive copy can be independently transferred and applied to different host servers, decoupling the embedded component from the specific host server it was originally deployed on

Inventive Principle:
Principle #26Copying

2Adaptability or versatility

If the host application server does not provide synchronization interfaces for configuration replication, then the embedded component maintains independence from host-specific mechanisms, but configuration replication across clustered instances cannot be achieved

Engineering Contradiction:
ImproveindependenceVSAvoidconfiguration replication
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The embedded component performs self-service by independently packaging its own configuration into a portable archive format without requiring the host server to provide special synchronization interfaces. The component uses its own resources and capabilities to create the configuration archive, which can then be distributed and applied across cluster instances using standard deployment mechanisms

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The portable configuration archive format serves multiple functions: it acts as a configuration storage container, a transfer medium, and an application template. This universal format can be used across different host servers and cluster instances without requiring host-specific synchronization interfaces, enabling replication in environments where the host does not provide specialized support

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Productivity

If configuration changes are replicated to all clustered instances, then fault-tolerance and throughput are improved, but the system complexity increases due to handling cluster reconfigurations and offline nodes

Engineering Contradiction:
ImprovethroughputVSAvoidcluster management
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent implements preliminary action by packaging the configuration changes into a portable archive format before distribution to cluster instances. This pre-packaged configuration can be applied to any instance regardless of its current state, simplifying the replication process even in complex scenarios involving reconfigurations or offline nodes

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent segments the configuration replication process into distinct phases: configuration packaging by the embedded component, distribution through the portable archive, and local application at target instances. This segmentation isolates the complexity of cluster management from the core replication mechanism, allowing straightforward implementation even in dynamic cluster environments

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10248703B2System and method for cluster-wide replication of embedded component configuration
Publication Date: 2019.04.02 ORACLE INT CORP
  • US10248703B2 patent drawing
  • US10248703B2 patent drawing
  • US10248703B2 patent drawing

AI summary

A system and method for cluster-wide replication of embedded component configuration. In accordance with an embodiment, the system comprises an application server acting as a host and including one or more embedded components. When the configuration of an embedded component is modified from its original configuration, a configuration replication logic and deployment interface determines one or more appropriate configuration commands which, if executed at a target application server instance, for example, at another application server instance within a cluster, would result in an equivalent change in the state of an embedded component at that instance. The configuration commands are packaged within a configuration archive as one or more command payloads, which are distributed to target instances, and invoked on an embedded component thereon, to synchronize the configuration of the embedded components at the target instances with that of the host.