Dynamic Configuration Model for Java System Adaptability

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing system configurations are statically and redundantly dependent on specific hardware and software components, making it difficult to dynamically adjust to changes in system resources, leading to downtime and inefficiencies in managing Java-based systems.

Innovation Solution

An abstract configuration model that uses parameterized and computed settings, along with inheritance principles, to dynamically configure systems, allowing for system-independent templates that adapt to different environments and enable flexible management of components and resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If system dependent information is statically and redundantly distributed across the cluster with manual individual configuration of each node, then system configuration is simple and straightforward, but adaptability to system changes is poor and maintenance complexity increases

Engineering Contradiction:
Improveadaptability to system changesVSAvoidconfiguration maintenance complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent uses template-based configuration where a single master configuration file serves as a copyable template that can be replicated across multiple nodes. Instead of manually configuring each node individually, administrators create one master configuration file that contains all necessary system dependent information, which is then automatically distributed and applied to all cluster nodes, eliminating redundant manual configuration work.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system implements automatic configuration propagation where the configuration management system automatically detects changes to the master configuration file and propagates these changes to all cluster nodes without requiring manual intervention. The system self-updates by automatically restarting affected services and applying configuration changes, reducing maintenance complexity.

Inventive Principle:
Principle #25Self-service

2Productivity

If each node is manually individually configured with static system dependent information, then configuration is explicit and clear, but time consumption for updates increases when system resources change

Engineering Contradiction:
Improveconfiguration update speedVSAvoidtime for manual updates
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent implements preliminary configuration by creating a master configuration file that contains all possible system dependent information in advance. This master file serves as a pre-prepared template that can be quickly replicated and applied to any number of nodes without requiring on-the-spot configuration work, enabling rapid deployment and updates.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system automatically copies the master configuration file to all cluster nodes and applies the configuration in bulk. When system resources change, the updated master configuration file is automatically distributed to all nodes simultaneously, dramatically reducing the time required for configuration updates compared to manual individual configuration.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If Java parameters are stored in one single property with child configurations completely overwriting parent parameters, then configuration structure is simple, but flexibility for inheritance and propagation is lost

Engineering Contradiction:
Improveconfiguration inheritance flexibilityVSAvoidconfiguration structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a nested configuration structure where parent configuration properties contain default values that are inherited by child configurations. Child configurations can selectively override specific parent properties while automatically inheriting all other properties, creating a hierarchical nested structure that provides both simplicity and flexibility for configuration management.

Inventive Principle:
Principle #7Nested doll (Nesting)

Solution Approach 2:

The system allows different levels of the configuration hierarchy to have different qualities - parent configurations provide global defaults with certain properties, while child configurations can locally override only the specific properties that need to be customized. This local quality approach enables selective inheritance where each configuration level has appropriate control over its specific parameters.

Inventive Principle:
Principle #3Local quality

4Reliability

If nodes are restarted to apply VM settings changes, then configuration changes are properly applied, but system downtime occurs causing user frustration and income loss

Engineering Contradiction:
Improveconfiguration change effectivenessVSAvoidsystem availability
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements dynamic configuration changes that allow VM settings to be modified without restarting nodes. The system dynamically applies configuration changes to running services by hot-swapping configuration parameters and automatically reloading affected components, enabling configuration updates while maintaining system availability and avoiding downtime.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system maintains continuous service operation during configuration updates by applying changes incrementally and keeping backup configurations available. If a configuration change causes issues, the system can automatically revert to the previous working configuration, ensuring uninterrupted service and maintaining system availability throughout the update process.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS8201189B2System and method for filtering components
Publication Date: 2012.06.12 SAP SE
  • US8201189B2 patent drawing
  • US8201189B2 patent drawing
  • US8201189B2 patent drawing

AI summary

A system and method of starting or stopping components using filters. The filter including an action to be performed on a component, a component type, a vendor name, and a component name.