XIVY-16828 Process issues not reported as [WARNING]

[ivy-rew]

enables our configuration for [WARNING] prefixed brackets, just like maven does, .... while the default of slf4j is [WARN].

since slf4j 2.x half-way removed that feature, we have to downgrade to 1.7.x:

• maven CLI also uses slf4j.simpl 1.7
• Nevertheless, I'll try to discuss the re-introduction of the 'warningString' configuration on the slf4j repos. Since the configuration values are still documented and in the code, but they are no longer interpreted 🤷

[ivy-rew]

note that log4j-over-slf4j1 still works in combination with our log4j2 engine.
I didn't fully understand why, maybe because of the legacy12x api layer we have?
However, we should not be vulnerable to log4-shell, so I think there's nothing to worry about.
https://www.slf4j.org/log4shell.html

[ivy-rew]

Here's evidence, that the fix works: https://jenkins.ivyteam.io/job/project-build-plugin/job/mavenWarn2/7/maven-warnings/

However, since we have broken that feature a long time ago ... I'll merge it down to all affected LTS versions.

[ivy-cst]

Strange!
So we release a new project-plugin version 13.1.0.1?

[ivy-rew]

Strange! So we release a new project-plugin version 13.1.0.1?

I wouldn't break the pattern; up to now just major and minor reflects the compatible release train.
Same pattern is used in the market environment.

[ivy-cst]

Strange! So we release a new project-plugin version 13.1.0.1?

I wouldn't break the pattern; up to now just major and minor reflects the compatible release train. Same pattern is used in the market environment.

When did we decide that?

[ivy-rew]

Strange! So we release a new project-plugin version 13.1.0.1?

I wouldn't break the pattern; up to now just major and minor reflects the compatible release train. Same pattern is used in the market environment.

When did we decide that?

A decade before we started to do ADR's 😉
At any rate I don't feel we should introduce the first 4 digit version without discussing the pro's and con's.
So, if you want to change it, I think you should propose an ADR.