Describe the bug
The gelf handler chunking the messages exceeding 8192 bytes, any meaning full java stack trace exceed this limits. Once messages are chunked Fluentd gelf input plugin rejects the chunked message because of unknown format and log statement never reach elasticsearch
Expected behavior
Allow users to configure the maximumMessageSize
quarkus.log.handler.gelf.maximumMessageSize=2000000
Actual behavior
Message chunking and loss of log statements
To Reproduce
Steps to reproduce the behavior:
Configuration
# Add your application.properties here, if applicable.
quarkus.log.handler.gelf.enabled=true
quarkus.log.handler.gelf.host=${GELF_HOST:localhost}
quarkus.log.handler.gelf.port=${GELF_PORT:12201}
Screenshots
(If applicable, add screenshots to help explain your problem.)
Environment (please complete the following information):
uname -a or ver: amazon linux 2java -version: 11.0.6" 2020-01-14mvnw --version or gradlew --version): mvnAdditional context
JBOSS logmanager JSON logging is outstanding, please support socket appender in addition to existing console, file. So that we can push the logs directly to fluentd tcp source.
@loicmathieu mind taking a look?
@missourian55 this is a trivial enhancement, and you give a strong explaination of why you need it so OK for me.
I'll work on a PR soon.
I just adopted 1.5.0.CR1 and still seeing this error while building the native image
14:22:50,444 WARN [io.qua.config] Unrecognized configuration key "quarkus.log.handler.gelf.maximumMessageSize" was provided; it will be ignored
You need to use quarkus.log.handler.gelf.maximum-message-size
Just adopted 1.5.0.Final with this configuration and I am still seeing message chunking. I know for sure the stacktrace less than 2MB (defined maximum message size) .
JVM mode seems working, the problem is prevalent in the native image

quarkus.log.handler.gelf.enabled=true
quarkus.log.handler.gelf.timestamp-pattern=yyyy-MM-dd'T'HH:mm:ss.SSSZ
quarkus.log.handler.gelf.include-full-mdc=true
quarkus.log.handler.gelf.filter-stack-trace=true
quarkus.log.handler.gelf.extract-stack-trace=true
quarkus.log.handler.gelf.maximum-message-size=2000000
quarkus.log.handler.gelf.host=tcp:somehost
quarkus.log.handler.gelf.port=12201
Most helpful comment
You need to use
quarkus.log.handler.gelf.maximum-message-size