Open gbanasiak opened 3 years ago
pipeline.id
and plugin.id
exists before the event is created, bring as example an input plugin, which reads data from network and as last action create the event to be push on the queue before filters/output processing. In this case for some logs in the input there's no concept of event. In other cases like filters, which works with batch of events, could we little hard to set the Logstash event into the log4j context, since the plugin works on the batch as a whole from the Logstash perspective.
To make troubleshooting easier we could expose event data in log4j thread context:
(ref)
Today we add
pipeline.id
andplugin.id
when the thread starts (here). Could we change that to per-event for selected event data?