Dynamic WebSphere Configuration Framework Automation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The existing process of creating and managing server environments is time-consuming and lacks automation, particularly in creating and updating application server properties, which is a tedious task for administrators when dealing with multiple servers or clusters.
Innovation Solution
A method and system for dynamically generating and managing configuration files for application servers using a Jython script, allowing for the creation of temporary and actual configuration files, enabling efficient replication, reconfiguration, and reinstalling of server frameworks, specifically designed for WebSphere Application Servers.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of manufacture
If manual generation of server properties is used, then each property can be customized for each application server, but the process becomes time-consuming and tedious when creating clusters of servers
Solution Approach 1:
The patent implements a template-based system where a master property generation file serves as a reusable template. This template can be copied and applied across multiple application servers and clusters, eliminating the need to manually create properties for each server individually. The template contains predefined property patterns that can be automatically instantiated, reducing repetitive manual work while maintaining customization capabilities.
Solution Approach 2:
The system allows dynamic parameterization of server properties through the master template file, where properties can be configured with variables and patterns. This enables bulk generation of server properties by changing parameters in the template rather than manually configuring each property for every server, significantly reducing the time required for cluster deployment.
2Loss of time
If automated scripts are used to generate server properties, then the process becomes faster and more efficient, but the scripts must be made-to-order and are not reusable for other application servers
Solution Approach 1:
The master property generation file is designed as a universal template that can be applied across different application servers, clusters, and even different server types. Rather than creating separate scripts for each scenario, this single template structure provides multi-functionality and broad reusability while maintaining the ability to adapt to specific requirements through parameter configuration.
Solution Approach 2:
The template structure is prepared in advance with predefined property patterns, structures, and configurations. This preliminary action creates a reusable framework that can be quickly instantiated for new servers without requiring new script development. The template encapsulates common property generation logic that can be repeatedly applied, making the automation process both fast and reusable.
3Manufacturing precision
If experienced server administrators manually create server properties, then the quality and accuracy of configuration can be maintained, but the process still takes 4-5 hours even with expertise
Solution Approach 1:
The master template encapsulates proven, accurate property configurations that have been validated by experienced administrators. These templates can be copied and applied consistently across multiple servers, ensuring configuration accuracy is maintained through reuse of validated patterns rather than manual recreation, which reduces errors and maintains quality standards.
Solution Approach 2:
The system enables self-service automated generation of server properties based on the master template, reducing reliance on manual administrator intervention for routine property creation. The automated process maintains configuration quality by following the structured template, freeing administrators to focus on higher-value tasks while the system handles repetitive property generation accurately and efficiently.
Data Source
AI summary
The method and article for dynamically generating, reinstalling, replicating, or reconfiguring a framework on an application server is presented. A list of configuration files is identified. A server administrator identifies, and a routine receives, a selection of the configuration files to be generated on the application server. The routine generates a temporary configuration file based on the selection. The server administrator configures one or more settings of the temporary configuration file, and the routine generates, on the computer of the application server, an actual configuration file using the temporary configuration file and the setting.