Fluent logging of primitive types

[Webbot99]

When using LoggingEventBuilder to addArgument or addKeyValue the only parameter options are Object or Supplier. If I use any primitive type (boolean, char, byte, short, int, long, float, double) then the compiler autoboxes them, even when the specified log level is not enabled and the Nop builder then discards them. This can generate a lot of eden garbage. This is an issue for me as I am working on a high throughput, garbage free, app which deals primarily in primitive types.
Adding these variants as additional methods eg addKeyValue("Foo", 1.23d) etc would delay the auto boxing until when, and only when, the logging is going to output something.
Currently the only surefire way to avoid this is to wrap such logging within an is<Level>Enabled block.

[Webbot99]

Related to #367
Which suggests using a Supplier of the primitive type does not help

[ceki]

@Webbot99 Thank you for this report. SLF4J 2.1.0-alpha0 to be released within the next few days will add default arg(boolean), arg(byte), arg(short)... methods to the LoggingEventBuilder interface with NOP implementations in NOPLoggingEventBuilder.

See the changes to LoggingEventBuilder in commit 154b4e4 for details.

[ceki]

See the changes to LoggingEventBuilder in commit 154b4e4 for details.

[Webbot99]

Been 15 months now since my request! You created a fix within days. But it seems to be held up by other stuff around java versions which are irrelevant to my request. I Know that here is an Alpha release but we can't use it in production.
Any chance of a non alpha release of my request ASAP in the meantime? Imho it is a non blocker to all the other stuff you are trying/requested to add,