Thread overview
Graylog Extended Log Format (GELF) for D
Apr 09, 2016
Adil
Apr 09, 2016
angel
Apr 11, 2016
Adil
Apr 15, 2016
Laeeth Isharc
April 09, 2016
Announcing 'gelfd' - A small, native D library to generate logs in the Graylog Extended Log Format (GELF).

GELF (https://www.graylog.org/resources/gelf/) is an "open standard" logging format based on JSON. It is primarily used to pipe messages to Graylog (graylog.org), an open source log management and analysis platform.

This module aims to provide a simple, structured, way of generating GELF messages. You can construct messages in multiple parts, add arbitrary payload data, query their contents and send it using any transport mechanism you prefer.

Chunking and compression of messages is supported.

The package is documented w examples and is considered stable (although not tested by anyone outside of myself). Although I've only announced this now, I have been using this in production at our startup since Nov 2015.


Release : v1.2.3 (Stable)
Github  : https://github.com/adilbaig/gelfd
Dub Pkg : http://code.dlang.org/packages/gelfd
Graylog : https://www.graylog.org/


Adil




April 09, 2016
But what about this ?
https://forum.dlang.org/thread/eryphpbznrrovjvxjisy@forum.dlang.org
April 11, 2016
On Saturday, 9 April 2016 at 20:06:01 UTC, angel wrote:
> But what about this ?
> https://forum.dlang.org/thread/eryphpbznrrovjvxjisy@forum.dlang.org

What about it?
April 15, 2016
On Saturday, 9 April 2016 at 20:06:01 UTC, angel wrote:
> But what about this ?
> https://forum.dlang.org/thread/eryphpbznrrovjvxjisy@forum.dlang.org

That arose out of a project that we are working on where it is convenient to be able to integrate with std.experimental.logger.  Internal work that has been opensourced, rather than written with the primary target of open source, and if we had more time I would have suggested basing off Adil's work.  As it is, it was just a write from scratch by Ilya.  I thank Adil for making me aware of Graylog and Gelf format, as I wouldn't have known about it otherwise.

Main benefit for us is to be able to reap the benefits of std.experimental.logger - very easy to switch logging source, and I think runtime cost of trace statements should be zero if turned off.  Little fiddly state machines with a few things that need to be ironed out that only show up now and then, so writeflns and debugging in an IDE don't cut it.

Graylog is a bit of a monster that uses Mongo, elasticsearch and who knows what else - for some things might be easier to use the Gelf format with a D back end.  But it's a very nice way to think about the problem.