Multi-level Patch Conflict Detection in Nested Archives

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In automated software updating systems, patches targeting the same files or archives can conflict and obliterate each other's effects, especially when files are nested within multiple levels of archives, leading to undesirable outcomes.

Innovation Solution

A multi-level patching technique that identifies and checks for previously applied patches at all targeted and containing data containers before applying a new patch, ensuring that patches are applied atomically and only if they won't interfere with existing patch effects, using metadata to track and manage patch applications across a multi-node system.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple patches are applied to target the same files or archives, then updates and enhancements can be accumulated, but patch conflicts occur and earlier patch effects are obliterated

Engineering Contradiction:
Improvepatch accumulation capabilityVSAvoidpatch effect consistency
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary actions by checking for conflicts before applying a patch. It examines whether the patch targets files or archives that have been modified by previous patches, and prevents application if conflicts would occur, thereby maintaining reliability while allowing cumulative updates

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms by tracking which files and archives have been targeted by previous patches and using this information to determine whether a new patch should be applied. This feedback loop prevents conflicting patches from being applied, ensuring consistent patch effects

Inventive Principle:
Principle #23Feedback

2Productivity

If patches are applied without checking for previous patch effects, then patch application speed increases, but conflicts and obliterations of patch effects increase

Engineering Contradiction:
Improvepatch application speedVSAvoidpatch conflict harm
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary conflict detection before applying patches, examining the patch targets against previously applied patches. This preliminary check prevents harmful conflicts while maintaining efficient patch application by only adding necessary verification steps

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If files are nested within multiple levels of archives, then software organization and modularity improve, but patch conflict detection and application complexity increases

Engineering Contradiction:
Improvesoftware modularityVSAvoidpatch management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments the patch management process into distinct steps: identifying patch targets, checking previous patch effects, determining conflict conditions, and applying patches only when safe. This segmentation handles nested archive structures systematically without overwhelming complexity

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system adds a new dimension to patch management by tracking not just direct file targets but also files and archives at multiple nesting levels. This dimensional expansion of the check scope allows the system to handle nested structures while preventing conflicts

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS7934211B2Multi-level patching operation
Publication Date: 2011.04.26 ORACLE INT CORP
  • US7934211B2 patent drawing
  • US7934211B2 patent drawing
  • US7934211B2 patent drawing

AI summary

Techniques for performing a multi-level patching operation are described. According to one such technique, before a particular patch is applied, the data containers that are targeted by the particular patch are identified. A determination is made as to whether any of these target data containers already has been targeted by any previously applied patch. A determination also is made as to whether any other data container that contains (immediately or otherwise) any of the target data containers already has been targeted by any previously applied patch. If any target data container or any other data container that contains a target data container already has been targeted by a previously applied patch, then the particular patch is not applied to the target data containers.