----- Original Message -----
> From: "Lennart Poettering" <lenn...@poettering.net>
> To: "Anne Mulhern" <amulh...@redhat.com>
> Cc: systemd-devel@lists.freedesktop.org
> Sent: Thursday, July 23, 2015 9:21:44 AM
> Subject: Re: [systemd-devel] Looking for experiences formalizing an API for 
> journal messages
> 
> On Thu, 23.07.15 09:17, Anne Mulhern (amulh...@redhat.com) wrote:
> 
> > Hi!
> > 
> > We all know that using the journald native API it is possible to enrich the
> > log
> > entry data w/ key/value pairs, although this facility is Linux only.
> > The set of key/value pairs which a message may log to the journal can
> > constitute an API with which a logging entity can communicate alerts to
> > consumers
> > of this information. Clearly this requires an agreement on an API between
> > the logging
> > entity and the consumer of the journal entries.
> > 
> > Are there existing projects that have used this facility in a principled,
> > coordinated way with some success or have there been any interesting
> > failures
> > along those same lines?
> 
> systemd of courses uses its on its own, and we tried to document
> the fields we use in systemd.journal-fields(7), though it might be
> slightly incomplete.
> 
> But yes, this is indeed API, and deserves complete documentation, like
> any C API, any D-Bus API or a any REST API would need too.
> 
> Lennart
> 
> --
> Lennart Poettering, Red Hat
> 

What I'm wondering about is the existence of some processes (not systemd), that 
have an
agreement on a set of key-value pairs that they communicate with through the 
journal.

It seems like, even though there is a mechanism for adding additional key/value 
pairs,
regular expression matching is still kind of the norm.

I was hoping for an inspiring counter example that uses mostly or exclusively 
key/value
pairs instead of expression matching, and maybe some hints as to best practices.

- mulhern
_______________________________________________
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Reply via email to