Ashley Jeffs

Hey @derekwu0101, thanks for raising this as we definitely don't want to panic if we can avoid it. I've actually upgraded the client dependency since there's v2 available now: https://github.com/benthosdev/benthos/commit/0b56956a4a4e57ef3df12ad70378428a9e98c57f....

Hey @albinou sure that sounds useful. I (relatively) recently added config live reloading and abstracted it so that hopefully we could use alternative methods such as etcd and other caches...

Hey @joao3101, which specific options were you using with v3? There are some that I'm happy to add but others that I'd rather avoid if possible.

Hey @joao3101 if it's for testing purposes I'd recommend setting https://pkg.go.dev/github.com/benthosdev/benthos/[email protected]/public/service#StreamBuilder.SetHTTPMux and then calling that multiplexer directly as it saves you needing to spin up and call real HTTP servers....

Which version of Benthos are you pulling? The was a bug fix in 4.6.0 you might be missing: https://github.com/benthosdev/benthos/blob/main/CHANGELOG.md#fixed-3

Hey @DpoBoceka, I'm not opposed to adding the ability to watch and track input files. However, it's a fairly large task, so I'm not likely to take this on myself...

So I think this behaviour should be added to the `file` input rather than `files` because `files` specifically consumes each discrete file as a payload instead of line by line....

Hey @abh, it's actually the `files` input that has been deprecated in favour of `file`, the reason for that was because the `file` input got a new field `codec` along...

There's also https://github.com/nxadm/tail which looks a bit more active.

Just to clarify these dependencies won't be compiled into your resulting binary, but they're included in the dependency tree since we have a single go.mod file at the root of...