Hi all,
As an experiment, I added an alternative implementation of a
properties configuration factory yesterday[1].
It is Jackson-based and uses whatever mapping is provided by
`jackson-dataformat-text`. As a result the resulting configuration
file seems much more coherent to me (cf. [3]). If a u
+1 – I liked the idea and the fact that we replaced our custom logic with a
well-established library.
Just to make it clear, I am against hosting both the old
(`log4j-config-properties-legacy`) and the new (`log4j-config-properties`)
modules.
On Tue, Jan 9, 2024 at 9:31 PM Piotr P. Karwasz
wrote
FYI - in
https://github.com/spring-projects/spring-boot/issues/33450#issuecomment-1883014368
has confirmed that Log4j 3.0.0-beta1 now works correctly with Spring 3.x.
Ralph
Nice! 😀
On Tue, Jan 9, 2024, 4:45 PM Ralph Goers wrote:
> FYI - in
> https://github.com/spring-projects/spring-boot/issues/33450#issuecomment-1883014368
> has confirmed that Log4j 3.0.0-beta1 now works correctly with Spring 3.x.
>
> Ralph
