Thanks for considering this.
Just some insights: I tinkered around yesterday.
First, I tried serving the "docker logs ..." output as TCP and added it as a TCP log source in LogView.
However, while the TCP endpoint served well, LogView had several issues working with that.
For one, it had issues parsing the logstash JSON, because the stream started in the middle of a JSON object.
Then it stopped working completely. Transfer logs looked fine, but LogView seemingly did not receive anything anmore.
Further, I couldn't figure out how to assign an existing parser. The parsers only have file name patterns, but it seems they do not apply to other log source types.
Then I found out that docker itself already writes these logs to file. Docker's default logging driver is "json-file". It already writes every stdout/stderr line to a file. But these are located inside of the docker environment and are wrapped into an outer json format
{"log":"{\"level\":\"INFO\",\"msg\":\"...\"}\n","stream":"stdout","time":"2026-07-21T10:00:00.123456789Z"}
Lastly, instead of serving "docker logs..." as TCP, I just let the output write to files and simply watch the according directory in LogView.
Interestingly, this workaround seems to be the most robust for now, even though I don't like the overhead of having to redirect everything to file.