Dynamic Resource Location Resolution Service

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Software development projects face module brittleness due to developers independently managing resource locations, leading to inefficiencies and project churn when other developers rely on hardcoded references that become outdated or moved.

Innovation Solution

A method for dynamically resolving project resource locations using hashing to generate unique keys, allowing legacy references to be redirected to current locations, ensuring that applications can access resources without modification, even if their locations change.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If developers independently manage resource locations, then individual flexibility and development speed are improved, but module brittleness increases and project stability deteriorates

Engineering Contradiction:

Improvedevelopment speedVSAvoidproject stability

Core Design Contradiction:

ProductivityVSReliability

Solution Approach 1:

The patent introduces a location resolution service as an intermediary between applications and resources. This service maintains a mapping between logical resource identifiers and physical locations, allowing developers to change locations independently while the mediator automatically resolves the new locations for dependent applications, thus maintaining project stability without sacrificing development flexibility

Inventive Principle:

Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically resolves resource locations by maintaining a living mapping that updates automatically when resources are moved. The location resolution service continuously tracks resource positions and provides current locations to applications, enabling the system to adapt to location changes in real-time without breaking dependencies

Inventive Principle:

Principle #15Dynamics

2Speed

If developers use hardcoded references to resources, then application performance is improved, but adaptability to location changes deteriorates

Engineering Contradiction:

Improveapplication performanceVSAvoidadaptability to location changes

Core Design Contradiction:

SpeedVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary action by establishing a mapping between resource identifiers and locations before applications need to access resources. The location resolution service pre-resolves and caches location information, allowing applications to access resources efficiently without hardcoded references while maintaining adaptability to location changes

Inventive Principle:

Principle #10Preliminary action

Solution Approach 2:

The location resolution service implements feedback mechanisms where applications provide their resource references, the service resolves current locations, and returns updated references to applications. This feedback loop allows applications to maintain performance while automatically adapting to location changes without requiring hardcoded references

Inventive Principle:

Principle #23Feedback

Data Source

PatentUS8806499B2Mechanism to build dynamic locations to reduce brittleness in a team environment

Publication Date: 2014.08.12 MICRO FOCUS SOFTWARE INC

AI summary

Mechanisms to build dynamic locations to reduce brittleness in a team environment are provided. A project includes resources, each resource is assigned a key. Each key is mapped to a current location for its corresponding resource. The keys and locations are maintained in an index. Locations for the resources can change as desired throughout the lifecycle of the project and as changes occur the index is updated. When references are made within the project to the resources, the references are translated to the keys, if necessary. The keys are then used for accessing the index and dynamically acquiring the current locations for the resources at the time the references are made.