, December 1, 2023 5:28:14 pm
To: dev@logging.apache.org
Subject: Re: [Flume] Integration with OpenTelemetry
> On Nov 30, 2023, at 12:13 PM, Christian Grobmeier
> wrote:
>
> Please do. I would also like to learn more about this stuff and maybe we can
> make Chainsaw to receiv
> On Nov 30, 2023, at 12:13 PM, Christian Grobmeier
> wrote:
>
> Please do. I would also like to learn more about this stuff and maybe we can
> make Chainsaw to receive Flume messages or OTel things too!
I think that would make sense. When I do a deeper review of OpenTelemetry, I’ll
suggest
On Thu, Nov 30, 2023, at 18:04, Matt Sicker wrote:
> Oh yes, I’d still love to see how we can adapt the Log4j plugin system
> here! And yeah, this would likely make sense as its own repository.
> I’ll make a proposal about the OTel stuff before working on any code.
Please do. I would also lik
Oh yes, I’d still love to see how we can adapt the Log4j plugin system here!
And yeah, this would likely make sense as its own repository. I’ll make a
proposal about the OTel stuff before working on any code.
—
Matt Sicker
> On Nov 29, 2023, at 22:54, Ralph Goers wrote:
>
> This is a great pos
A key feature for me is guaranteed delivery, which is why is sometimes I
use JMS with Log4j.
Gary
On Wed, Nov 29, 2023, 11:54 PM Ralph Goers
wrote:
> This is a great post Matt!
>
> Fluentbit, Fluentd, Logstash, and Filebeat are the main tools used for log
> forwarding. While they all have some
This is a great post Matt!
Fluentbit, Fluentd, Logstash, and Filebeat are the main tools used for log
forwarding. While they all have some amount of plugability none of the are as
flexible as Flume. In addition, as I have mentioned before, none of them
provide guaranteed delivery so I would nev
One of the main reasons why I supported Flume joining this PMC was that I
noticed it has significant overlap with projects in the observability space
despite not being advertised as such. For example, the project FluentBit is
extremely similar to Flume, but its main purpose is for collecting, pr