Composite Request Error Detection via Operation-Level Status Codes

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Monitoring tools that rely on HTTP status codes struggle to accurately detect server errors in composite request systems, where a single request can involve multiple operations and server-side resources, as they typically return a single HTTP status code, masking failures in individual operations.

Innovation Solution

A computer-implemented method generates a composite response by executing operations, receiving execution result data, determining status codes for each operation, and associating these status codes with the operation response data, allowing for detailed error reporting in composite request systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a single HTTP status code is returned for composite requests, then the response format remains simple and compatible with standard monitoring tools, but the ability to detect errors in individual operations is lost

Engineering Contradiction:
Improveerror detection accuracyVSAvoidresponse structure complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the single HTTP status code into multiple operation-level status codes, where each operation in the composite request receives its own status code. This segmentation enables monitoring tools to detect errors in individual operations while maintaining the overall composite response structure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent embeds operation-level status codes within the composite response structure, creating a nested hierarchy where the composite response contains individual operation results, each with its own status code. This nesting allows detailed error information to be contained within the standard response framework.

Inventive Principle:
Principle #7Nested doll (Nesting)

2Measurement precision

If multiple status codes are provided for each operation, then monitoring precision improves, but the complexity of processing and interpreting responses increases

Engineering Contradiction:
Improvemonitoring precisionVSAvoidresponse processing difficulty
Core Design Contradiction:
Measurement precisionVSDifficulty of detecting and measuring

Solution Approach 1:

The patent applies local quality by providing status codes at the specific level where they are needed - each operation receives its own status code rather than a single global status code. This local differentiation enables precise monitoring of individual operations without requiring complex global interpretation.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent implements feedback by returning status codes for each operation that provide immediate information about execution results. This feedback mechanism allows monitoring tools to automatically interpret operation outcomes without complex processing, as each status code clearly indicates success or failure of its corresponding operation.

Inventive Principle:
Principle #23Feedback

3Reliability

If detailed operation-level status information is provided, then server error detection improves, but the data processing overhead increases

Engineering Contradiction:
Improveserver error detectionVSAvoidprocessing overhead
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent enables self-service by having each operation automatically generate its own status code based on its execution result. This eliminates the need for complex centralized processing to determine operation outcomes, as each operation provides its own status information directly in the response.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent changes the status code parameter from a single global value to multiple operation-specific values. This parameter transformation allows detailed error detection while keeping processing overhead low, as the status codes are generated directly by each operation during normal execution rather than requiring additional analysis.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11115458B2Monitoring in composite request systems
Publication Date: 2021.09.07 ATLASSIAN US INC
  • US11115458B2 patent drawing
  • US11115458B2 patent drawing
  • US11115458B2 patent drawing

AI summary

Described herein is a computer implemented method for generating a composite response. The method comprises receiving a composite request defining one or more operations and generating a composite response by, for each operation: executing the operation using one or more server side resources; receiving execution result data; writing operation response data to the composite response; determining a status code providing information on at least one of the one or more server side resources used to execute the operation; and associating the status code with the operation response data in the composite response.