I'm going to flip out if I have to see log-lines wrap any more.
Option to not use syslog header
I'm going to flip out if I have to see log-lines wrap
Where are the tests?
Merge branch 'master' into feature/optional-syslog-header
@tsenart the tests for the syslog format pass - the non-syslog format doesn't need to be reliable, or relied upon.
ahem, there is no actual contract to use all of those field in the header. the really useful one is x-category, if one wants a dedicated bucket. also, swVersion could be useful, as well as the request (or: correlation) id -- in theory.
@cloudhead I don't understand. If it doesn't need to be relied upon then why are you requesting this code to be merged?
From a public interface point of view for a shared library - leaking the internal representation up as a boolean on the log structure seems like it will be an interface design that will eventually lead us to an array of booleans to fiddle with the internal bits. If you want to control this, rather add a formatter interface than expose the implementation via booleans.
If this is merely cosmetic for debugging, then pipe your results through sed and strip the syslog headers how you'd like.
Can't be bothered to implement a formatter interface - I'll just fork the project for local use.
@tsenart: it's for development use.