On-Demand Backend Server Log Fetching for Browser Debugging

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In data analytics environments, extracting and integrating data from enterprise software applications into a data warehouse is time and resource intensive, and there is a need for on-demand access to backend server logs for efficient issue investigation, which is often hindered by security constraints and log rotation issues.

Innovation Solution

A system and method for on-demand fetching of backend server logs into a frontend environment, such as a browser, by appending a parameter to the current request, allowing for real-time logging and timestamping of performance logs without impacting normal operations, enabling users to control log collection and analysis.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If backend server logs are continuously collected and stored, then complete log data is available for analysis, but storage requirements increase and system performance deteriorates

Engineering Contradiction:
Improvelog data availabilityVSAvoidsystem performance
Core Design Contradiction:
Loss of informationVSLoss of energy

Solution Approach 1:

The system performs preliminary actions by creating timestamps within log files at each processing step before the actual log fetching occurs. This allows logs to be prepared and organized in advance, so when a debugging request comes in, the system can quickly retrieve and display relevant logs without having to process everything from scratch, thus maintaining data availability while minimizing continuous processing overhead.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system extracts only the specific log data needed for the current debugging context rather than continuously managing all logs. By using context-specific parameters and fetching logs on-demand, the system removes unnecessary log management overhead while ensuring relevant information is available when needed.

Inventive Principle:
Principle #2Taking out (Extraction)

2Quantity of substance

If log files are rotated frequently to manage storage, then storage capacity is maintained, but log data may be lost or become difficult to retrieve

Engineering Contradiction:
Improvestorage capacityVSAvoidlog retrieval reliability
Core Design Contradiction:
Quantity of substanceVSReliability

Solution Approach 1:

The system implements feedback mechanisms by tracking and associating timestamps with specific log files and processing steps. This creates a reliable mapping between log entries and their corresponding operational context, ensuring that even when log files are rotated, the system can reliably retrieve the correct logs by referencing the timestamp associations established during preliminary processing.

Inventive Principle:
Principle #23Feedback

3Reliability

If security constraints are enforced to protect backend server logs, then system security is maintained, but access to logs for debugging is restricted

Engineering Contradiction:
Improvesystem securityVSAvoidlog access
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system introduces an intermediary mechanism where context-specific parameters act as mediators between the frontend debugging interface and backend log files. These parameters enable authorized access to relevant logs without exposing the entire backend log system, maintaining security while facilitating necessary debugging operations through controlled, context-bound access.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Loss of information

If all backend logs are fetched into the frontend environment, then complete debugging information is available, but network bandwidth is consumed and frontend performance is impacted

Engineering Contradiction:
Improvedebugging information completenessVSAvoidfrontend performance
Core Design Contradiction:
Loss of informationVSProductivity

Solution Approach 1:

The system applies local quality by fetching and displaying only the specific log data relevant to the current debugging context rather than all backend logs. By using context-specific parameters to identify and retrieve only necessary log entries, the system ensures complete debugging information for the current issue while minimizing network bandwidth consumption and frontend performance impact.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS12259849B2System and method for on-demand fetching of backend server logs into frontend browser
Publication Date: 2025.03.25 ORACLE INT CORP
  • US12259849B2 patent drawing
  • US12259849B2 patent drawing
  • US12259849B2 patent drawing

AI summary

In accordance with an embodiment, described herein is a system and method for use with a data analytics or other computing environment, for on-demand fetching of backend server logs into a frontend environment, such as for example a browser. Such on-demand log fetching can be specific to the working context that is for current session and current request; and can be accomplished by appending a parameter or flag to a current request. For each step associated with an instruction being performed, the method can create a timestamp within one or more log files associated with the instruction; and fetch the one or more log files associated with the instruction. Performance logs are then included with a dashboard response, and logged into the browser's console.