Centralized Metadata Repository for Enterprise Web Services

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Business enterprises with heterogeneous application servers face challenges in managing and accessing web service metadata across different servers, leading to the need for specialized administrators and increased costs, which can be mitigated by implementing uniform security policies but requires a centralized approach to manage metadata effectively.

Innovation Solution

A centralized metadata repository is established where metadata from various web services is stored in a canonical format, with native deployment plug-ins automatically pushing and removing metadata based on deployment and undeployment events, ensuring consistent access and reducing administrative burdens.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a centralized metadata repository is implemented, then metadata access uniformity and security policy enforcement are improved, but system complexity increases due to the need for native deployment plug-ins and metadata synchronization mechanisms

Engineering Contradiction:
Improvemetadata access uniformityVSAvoidsystem complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

A centralized metadata repository acts as an intermediary between heterogeneous application servers and security policy enforcement mechanisms. The repository receives metadata from various server types through standardized interfaces, stores it in a unified format, and provides consistent access methods to security policies, eliminating the need for server-specific access handling.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The centralized metadata repository provides universal access methods that work across all application server types. A single set of access techniques can retrieve metadata from any server type through the repository, making the system multi-functional and server-agnostic while maintaining uniform security policy enforcement.

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

2Productivity

If native deployment plug-ins are used to automatically push metadata, then administrative workload is reduced, but device complexity increases due to plug-in integration requirements

Engineering Contradiction:
Improveadministrative efficiencyVSAvoidplug-in integration complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

Native deployment plug-ins automatically push metadata to the centralized repository without requiring manual administrative intervention. The plug-ins monitor deployment events on their respective servers, extract metadata, and autonomously transmit it to the repository, reducing the administrative workload while enabling automated metadata management.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The plug-ins are pre-configured with the metadata extraction and transmission logic during the deployment phase. This preliminary setup allows them to automatically handle metadata synchronization without requiring ongoing administrative configuration or intervention, streamlining the deployment process.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If heterogeneous application servers are supported, then system versatility is improved, but metadata access complexity increases due to different metadata formats and access techniques

Engineering Contradiction:
Improveserver heterogeneity supportVSAvoidmetadata access complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The centralized metadata repository serves as an intermediary layer between heterogeneous application servers and the security policy enforcement system. It receives metadata in various server-specific formats, translates them into a unified canonical format, and stores them centrally, allowing uniform access techniques to work across all server types without direct knowledge of their specific metadata formats.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system changes the parameter of metadata representation by converting diverse server-specific metadata formats into a single canonical format stored in the centralized repository. This parameter transformation allows the same access techniques to retrieve metadata from any server type while maintaining consistency in the data representation.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10855750B2Centralized management of webservice resources in an enterprise
Publication Date: 2020.12.01 ORACLE INT CORP
  • US10855750B2 patent drawing
  • US10855750B2 patent drawing
  • US10855750B2 patent drawing

AI summary

A single centralized metadata repository for an entire enterprise can maintain the metadata pertaining to various different web service applications on application servers of heterogeneous types within the enterprise. The metadata items stored in the centralized repository all can be stored in a same canonical format that can be expected and understood by all metadata accessors. The metadata maintained within the central repository can be given a life span that is linked with the life span of the web service application to which that metadata pertains. When a web service application is deployed on an application server, metadata pertaining to that webservice can be pushed automatically to the central repository for storage. When such a web service application is undeployed from an application server, the metadata pertaining to that webservice can be removed automatically from the central repository so as not to waste storage space.