liveBook · Manning

Severity

As explained in Troubleshooting Java, Second Edition

Severity is a classification of how seriously an application event or condition affects operation.

Severity classifies log messages by their importance to an investigation. It helps separate critical failures from routine events and fine-grained execution details. section 4.2.2

Use common severity levels to control attention and log volume:

  • Error marks a critical issue that should always be logged, commonly an unhandled exception. section 4.2.2
  • Warn records a potentially failed event that the application handled, such as a successful retry. section 4.2.2
  • Info records common events that describe the application's main execution. section 4.2.2
  • Debug provides fine-grained details and is usually enabled only when other messages are insufficient. section 4.2.2

String digit extraction

A StringDigitExtractor logs the extraction start and result at info, while logging each parsed character at debug. An info root logger shows only summary events; changing it to debug reveals the character-level trace.

How Troubleshooting Java, Second Edition covers it

How deep it goes
Defines four levels and demonstrates configuration and output, but does not develop a broader severity taxonomy.
Examples
Demonstrates Error, Warn, Info, and Debug through Java logging calls, Log4j configuration, and digit-extraction output.
What you can do after
Configure Log4j severity thresholds and interpret whether output represents critical, handled, routine, or diagnostic activity.
How it connects
Connects severity with logging levels, logging frameworks, loggers, appenders, formatters, and application behavior investigation.

Also explained in

Compare how 7 books explain severity →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Troubleshooting Java, Second Edition. The section links point to the parts of the book it draws on.