On Tue, Dec 24, 2019 at 4:38 PM Ralph Goers <ralph.go...@dslextreme.com> wrote:
> Personally, I would have no problem accepting a contribution that is
> backwards compatible and meets ASF requirements; it has to use the
> Apache License and the contribution needs to be signed off by anyone
> who has copyright claims. That can either be done via one or more ICLAs
> or via a software grant. If it is just you then you would just need to sign an
> ICLA. Also, we would hope you would stick around to provide support for
> the component.

I interpret this as such a contribution will be approved by you from a
technical point of view. Please Correct me if I am wrong. I would not
prefer to invest my time into such a commitment if that is not the
case. My Apache committer username (vy) and track record of support
for log4j2-logstash-layout satisfies your other points, I guess.

> No, I am just thinking that when storing into ElasticSearch user’s typically
> will want the data stored in the manner they want to query it.  I know for
> my use case I care about the timestamp, formatted message, thread
> context data and any event properties.  I would want the message portion
> formatted using a PatternLayout.  I modified the GELF Layout in 2.13.0 to
> do that so it pretty much meets my needs to log with Logstash. In fact, the
> JSON Layout should be flexible enough that one could configure it to
> emulate the GELF format.

In its current form, LogstashLayout can (almost) very well render the
GELF layout[1]. There are only two shortcomings: 1) epoch seconds with
fraction and 2) using PatternLayout while rendering messages. But no
worries, I will address them[2,3] in a couple of days.

[1] https://docs.graylog.org/en/3.1/pages/gelf.html#gelf-payload-specification
[2] https://github.com/vy/log4j2-logstash-layout/issues/48
[3] https://github.com/vy/log4j2-logstash-layout/issues/49

Reply via email to