Log Architecture & Structural Overview

The Spring Boot Logback Standard & Multiline Log Parser is an essential telemetry stream within the Application Frameworks & Runtimes ecosystem. Parse Spring Boot Java Logback application logs with timestamps, thread pools, log levels, and Java class names.

This schema defines a structure of 6 extracted attributes, including 1 numeric metrics and 5 string dimensions. In production observability architectures, these tokens provide high-cardinality indexing keys for telemetry pipelines before shipping to storage backends such as ClickHouse, Elasticsearch, Amazon S3, or Datadog.

Raw Telemetry Ingestion Profile

A typical raw event line for spring-boot-multiline averages 134 bytes across 6 tokens. Modern collectors such as Fluent Bit and Vector require zero-backtracking regular expressions to avoid CPU spikes during traffic surges.

Extracted Field Schema & Data Types

The transpiled Grok pattern extracts the following schema fields from each raw event line. Data collectors cast these values according to the typed mappings below.

Field Name	Inferred Type	Description & Collector Semantics
timestamp	string	Local ISO-8601 timestamp with millisecond precision.
level	string	Log level (INFO, WARN, ERROR, DEBUG).
pid	integer	Operating system process ID.
thread	string	JVM execution thread name.
logger	string	Full package and Java class name.
message	string	Application log payload text.

Common Regex Traps & Production Edge Cases

Engineers frequently encounter ingestion failures or pipeline drops due to subtle variations in real-world event logs. Watch out for these verified pitfalls:

1Spring Boot uses variable whitespace padding (e.g. two spaces between timestamp and level); use \s+ instead of fixed spaces.

2Java stack traces follow the initial message line; configure multiline collector rules anchored to the ISO-8601 timestamp.

Production Collector Setup & Configurations

Pre-configured parser definitions ready to be dropped into your infrastructure repository.

Fluent Bit (parsers.conf)

Format: regex

# ==============================================================================
# Fluent Bit Parser Configuration (parsers.conf)
# ==============================================================================
[PARSER]
    Name        logpipeline_parser
    Format      regex
    Regex       ^(?<timestamp>(?:\b[0-9]{4}\b)-(?:(?:0?[1-9]|1[0-2]))-(?:(?:(?:0[1-9])|(?:[12][0-9])|(?:3[01])|[1-9]))[T ](?:(?:2[0123]|[01]?[0-9])):?(?:(?:[0-5][0-9]))(?::?(?:(?:(?:[0-5]?[0-9]|60)(?:[:.,][0-9]+)?)))?(?:(?:Z|[+-](?:(?:2[0123]|[01]?[0-9]))(?::?(?:(?:[0-5][0-9])))))?)\s+(?<level>\b(?:[tT][rR][aA][cC][eE]|[dD][eE][bB][uU][gG]|[iI][nN][fF][oO]|[nN][oO][tT][iI][cC][eE]|[wW][aA][rR][nN](?:[iI][nN][gG])?|[eE][rR][rR](?:[oO][rR])?|[cC][rR][iI][tT](?:[iI][cC][aA][lL])?|[fF][aA][tT][aA][lL]|[sS][eE][vV][eE][rR][eE]|[eE][mM][eE][rR][gG](?:[eE][nN][cC][yY])?)\b)\s+(?<pid>(?:[+-]?(?:[0-9]+)))\s+---\s+\[(?<thread>.*?)\]\s+(?<logger>\S+)\s+:\s+(?<message>.*)$
    Time_Key    timestamp
    Time_Format %Y-%m-%dT%H:%M:%S%z
    Types       pid:integer

# ==============================================================================
# Fluent Bit Pipeline Filter (fluent-bit.conf)
# ==============================================================================
[FILTER]
    Name         parser
    Match        *
    Key_Name     log
    Parser       logpipeline_parser
    Reserve_Data On

Vector.dev (Remap VRL)

parse_regex!

# ==============================================================================
# Vector.dev Remap Language (VRL) Transform
# Use inside a 'remap' transform in vector.yaml
# ==============================================================================
.parsed, err = parse_regex(.message, r'^(?<timestamp>(?:\b[0-9]{4}\b)-(?:(?:0?[1-9]|1[0-2]))-(?:(?:(?:0[1-9])|(?:[12][0-9])|(?:3[01])|[1-9]))[T ](?:(?:2[0123]|[01]?[0-9])):?(?:(?:[0-5][0-9]))(?::?(?:(?:(?:[0-5]?[0-9]|60)(?:[:.,][0-9]+)?)))?(?:(?:Z|[+-](?:(?:2[0123]|[01]?[0-9]))(?::?(?:(?:[0-5][0-9])))))?)\s+(?<level>\b(?:[tT][rR][aA][cC][eE]|[dD][eE][bB][uU][gG]|[iI][nN][fF][oO]|[nN][oO][tT][iI][cC][eE]|[wW][aA][rR][nN](?:[iI][nN][gG])?|[eE][rR][rR](?:[oO][rR])?|[cC][rR][iI][tT](?:[iI][cC][aA][lL])?|[fF][aA][tT][aA][lL]|[sS][eE][vV][eE][rR][eE]|[eE][mM][eE][rR][gG](?:[eE][nN][cC][yY])?)\b)\s+(?<pid>(?:[+-]?(?:[0-9]+)))\s+---\s+\[(?<thread>.*?)\]\s+(?<logger>\S+)\s+:\s+(?<message>.*)$')

if err == null {
    . = merge(., .parsed)
    del(.parsed)

    # Type coercions
    .pid = to_int!(.pid)

} else {
    log("LogPipeline parsing warning: " + err, level: "warn")
}

# ==============================================================================
# vector.yaml Pipeline Component
# ==============================================================================
transforms:
  parse_logs:
    type: remap
    inputs: ["source_logs"]
    source: |
      .parsed, err = parse_regex(.message, r'^(?<timestamp>(?:\b[0-9]{4}\b)-(?:(?:0?[1-9]|1[0-2]))-(?:(?:(?:0[1-9])|(?:[12][0-9])|(?:3[01])|[1-9]))[T ](?:(?:2[0123]|[01]?[0-9])):?(?:(?:[0-5][0-9]))(?::?(?:(?:(?:[0-5]?[0-9]|60)(?:[:.,][0-9]+)?)))?(?:(?:Z|[+-](?:(?:2[0123]|[01]?[0-9]))(?::?(?:(?:[0-5][0-9])))))?)\s+(?<level>\b(?:[tT][rR][aA][cC][eE]|[dD][eE][bB][uU][gG]|[iI][nN][fF][oO]|[nN][oO][tT][iI][cC][eE]|[wW][aA][rR][nN](?:[iI][nN][gG])?|[eE][rR][rR](?:[oO][rR])?|[cC][rR][iI][tT](?:[iI][cC][aA][lL])?|[fF][aA][tT][aA][lL]|[sS][eE][vV][eE][rR][eE]|[eE][mM][eE][rR][gG](?:[eE][nN][cC][yY])?)\b)\s+(?<pid>(?:[+-]?(?:[0-9]+)))\s+---\s+\[(?<thread>.*?)\]\s+(?<logger>\S+)\s+:\s+(?<message>.*)$')
      if err == null {
        . = merge(., .parsed)
        del(.parsed)
      }

Datadog Log Pipeline Grok Parser

match_rules

# ==============================================================================
# Datadog Log Processing Pipeline Grok Parser
# Navigate to: Logs -> Configuration -> Pipelines -> Add Processor -> Grok Parser
# ==============================================================================

# Match Rule:
rule %{TIMESTAMP_ISO8601:timestamp}\s+%{LOGLEVEL:level}\s+%{INT:pid}\s+---\s+\[%{DATA:thread}\]\s+%{NOTSPACE:logger}\s+:\s+%{GREEDYDATA:message}

# Complete Datadog Pipeline Processor JSON:
{
  "type": "grok-parser",
  "name": "LogPipeline Grok Parser",
  "is_enabled": true,
  "source": "message",
  "samples": [],
  "grok": {
    "match_rules": "rule %{TIMESTAMP_ISO8601:timestamp}\\s+%{LOGLEVEL:level}\\s+%{INT:pid}\\s+---\\s+\\[%{DATA:thread}\\]\\s+%{NOTSPACE:logger}\\s+:\\s+%{GREEDYDATA:message}",
    "support_rules": ""
  }
}

# Target Fields Created:
# timestamp (string), level (string), pid (integer), thread (string), logger (string), message (string)

OpenTelemetry Collector (transform processor)

regex_parser

# ==============================================================================
# OpenTelemetry Collector Configuration (otel-collector-config.yaml)
# Option 1: Filelog Receiver with regex_parser Operator
# ==============================================================================
receivers:
  filelog:
    include: [ /var/log/**/*.log ]
    start_at: beginning
    operators:
      - type: regex_parser
        id: logpipeline_regex_parser
        regex: '^(?<timestamp>(?:\b[0-9]{4}\b)-(?:(?:0?[1-9]|1[0-2]))-(?:(?:(?:0[1-9])|(?:[12][0-9])|(?:3[01])|[1-9]))[T ](?:(?:2[0123]|[01]?[0-9])):?(?:(?:[0-5][0-9]))(?::?(?:(?:(?:[0-5]?[0-9]|60)(?:[:.,][0-9]+)?)))?(?:(?:Z|[+-](?:(?:2[0123]|[01]?[0-9]))(?::?(?:(?:[0-5][0-9])))))?)\s+(?<level>\b(?:[tT][rR][aA][cC][eE]|[dD][eE][bB][uU][gG]|[iI][nN][fF][oO]|[nN][oO][tT][iI][cC][eE]|[wW][aA][rR][nN](?:[iI][nN][gG])?|[eE][rR][rR](?:[oO][rR])?|[cC][rR][iI][tT](?:[iI][cC][aA][lL])?|[fF][aA][tT][aA][lL]|[sS][eE][vV][eE][rR][eE]|[eE][mM][eE][rR][gG](?:[eE][nN][cC][yY])?)\b)\s+(?<pid>(?:[+-]?(?:[0-9]+)))\s+---\s+\[(?<thread>.*?)\]\s+(?<logger>\S+)\s+:\s+(?<message>.*)$'
        timestamp:
          parse_from: attributes.timestamp
          layout: '%Y-%m-%dT%H:%M:%S%z'

# ==============================================================================
# Option 2: Transform Processor (OTel Transformation Language - OTTL)
# ==============================================================================
processors:
  transform:
    error_mode: ignore
    log_statements:
      - context: log
        statements:
          - merge_maps(attributes, extract_patterns(body, "^(?<timestamp>(?:\\b[0-9]{4}\\b)-(?:(?:0?[1-9]|1[0-2]))-(?:(?:(?:0[1-9])|(?:[12][0-9])|(?:3[01])|[1-9]))[T ](?:(?:2[0123]|[01]?[0-9])):?(?:(?:[0-5][0-9]))(?::?(?:(?:(?:[0-5]?[0-9]|60)(?:[:.,][0-9]+)?)))?(?:(?:Z|[+-](?:(?:2[0123]|[01]?[0-9]))(?::?(?:(?:[0-5][0-9])))))?)\\s+(?<level>\\b(?:[tT][rR][aA][cC][eE]|[dD][eE][bB][uU][gG]|[iI][nN][fF][oO]|[nN][oO][tT][iI][cC][eE]|[wW][aA][rR][nN](?:[iI][nN][gG])?|[eE][rR][rR](?:[oO][rR])?|[cC][rR][iI][tT](?:[iI][cC][aA][lL])?|[fF][aA][tT][aA][lL]|[sS][eE][vV][eE][rR][eE]|[eE][mM][eE][rR][gG](?:[eE][nN][cC][yY])?)\\b)\\s+(?<pid>(?:[+-]?(?:[0-9]+)))\\s+---\\s+\\[(?<thread>.*?)\\]\\s+(?<logger>\\S+)\\s+:\\s+(?<message>.*)$"), "insert")

service:
  pipelines:
    logs:
      receivers: [filelog]
      processors: [transform]
      exporters: [otlp]

Logstash Filter Configuration

filter.grok

# ==============================================================================
# Logstash Pipeline Configuration (/etc/logstash/conf.d/logpipeline.conf)
# ==============================================================================
filter {
  grok {
    match => { "message" => "%{TIMESTAMP_ISO8601:timestamp}\s+%{LOGLEVEL:level}\s+%{INT:pid:integer}\s+---\s+\[%{DATA:thread}\]\s+%{NOTSPACE:logger}\s+:\s+%{GREEDYDATA:message}" }
    tag_on_failure => [ "_grokparsefailure" ]
  }

  date {
    match => [ "timestamp", "ISO8601", "dd/MMM/yyyy:HH:mm:ss Z" ]
    target => "@timestamp"
    remove_field => [ "timestamp" ]
  }
}