Always, it is by design as described in the docs for decode_message:
https://hekad.readthedocs.org/en/latest/sandbox/index.html
- message (table) The array based version of the message structure with
the value member always being an array (even if there is only a single
item). This format makes working with the output more consistent. The wide
variation in the inject table format is to ease the construction of the
message especially when using an LPeg grammar transformation.
Trink
On Wed, Oct 7, 2015 at 7:04 AM, Timur Batyrshin <ert...@gmail.com> wrote:
> Hi,
>
> I’ve got a question about decoding of Heka messages.
> Suppose the following call:
> msg = decode_message(read_message("raw"))
>
> Here msg.Fields will hold a table of values like the following:
> {
> “name”: “foobar”,
> “type”: “string”,
> “value”: 123
> }
>
> What is very much unclear to me is why *some* of the fields here are
> produced not as plain values but as a table holding a single value, like
> {
> “name”: “foobar”,
> “value”: [123]
> }
>
> This way I need every time to check for if the value is an array or not,
> an example from yourselves:
> https://github.com/mozilla-services/heka/blob/versions/0.10/sandbox/lua/modules/ts_line_protocol.lua#L161-L162
>
>
> When does this condition occur?
>
> Thanks,
> Timur
>
> _______________________________________________
> Heka mailing list
> Heka@mozilla.org
> https://mail.mozilla.org/listinfo/heka
>
>
_______________________________________________
Heka mailing list
Heka@mozilla.org
https://mail.mozilla.org/listinfo/heka
