Modular JDBC Configuration via XML Migration and Rollback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing JDBC configurations lack efficient mechanisms for managing and migrating database connections across environments, particularly in heterogeneous systems, and do not provide robust rollback mechanisms for deployment failures.

Innovation Solution

The implementation of modular JDBC resource configuration using XML files and MBeans, allowing for two-phase deployment with rollback capabilities, and the creation of new data source objects and MBean types to consolidate connection pooling and transactional management, enabling global and application-scoped configurations and enhanced monitoring and diagnostic capabilities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If JDBC configurations are managed using traditional application server mechanisms, then database connectivity is provided, but migration between environments is inefficient and lacks rollback capabilities

Engineering Contradiction:
Improvemigration capabilityVSAvoidconfiguration management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent uses XML configuration files as copies of JDBC resource definitions that can be replicated across environments. The configuration files contain complete descriptors of data sources, connection pools, and other JDBC resources that can be copied from development to production environments, enabling efficient migration without manual reconfiguration.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The patent segments JDBC resource configuration into separate XML files that can be independently managed and deployed. Each XML file contains specific configuration information (data source, connection pool, transaction manager) that can be selectively migrated, making the complex configuration management process more manageable and flexible.

Inventive Principle:
Principle #1Segmentation

2Reliability

If deployment is performed in a single phase, then configuration changes are applied quickly, but failure recovery is difficult without rollback mechanisms

Engineering Contradiction:
Improvedeployment reliabilityVSAvoiddeployment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by creating a backup of the existing configuration before applying changes. The deployment process first saves the current state to a backup location, then applies the new configuration. If failure occurs, the system can restore the backup configuration, ensuring reliable deployment with rollback capability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent provides beforehand cushioning by implementing a backup mechanism that protects against deployment failures. The backup configuration acts as a cushion that can be activated if the new configuration fails, preventing complete system failure and enabling quick recovery without time loss.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

3Productivity

If connection pooling and transactional management are handled separately, then implementation is simpler, but management efficiency and monitoring capabilities are reduced

Engineering Contradiction:
Improvemanagement efficiencyVSAvoidconfiguration structure complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent merges connection pooling, transactional management, and data source configuration into a unified XML-based configuration system. The XML files contain integrated descriptors for all JDBC resources, allowing simultaneous management of multiple components through a single configuration mechanism, thereby improving management efficiency and enabling comprehensive monitoring.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent creates a universal configuration framework using XML files that can manage multiple types of JDBC resources (data sources, connection pools, transaction managers) through a common mechanism. This multi-functional approach allows a single configuration system to handle diverse JDBC components, improving overall management efficiency while maintaining a consistent structure.

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

Data Source

PatentUS7461070B2Modular configuration and deployment of JDBC resources
Publication Date: 2008.12.02 ORACLE INT CORP
  • US7461070B2 patent drawing
  • US7461070B2 patent drawing
  • US7461070B2 patent drawing

AI summary

The JDBC data sources configuration can be stored in a JDBC configuration XML. This configuration XML can be converted into Java beans to configure data sources such as basic data sources, connection pools or multipool. Migration can be done by using a administration console tool to update the configuration XML with the new binding variables for the production environment.