Deterministic UUID option for PatternLayout

[kazariad]

Draft implementation of a deterministic UUID generator based on a LogEvent hash. Would enable Appenders to produce repeatable UUIDs for the same LogEvent and correlate log outputs.

Discussion

[ppkarwasz]

@kazariad,

In general this looks fine to me, thanks!
A couple of notes:

[github-actions]

Job	Requested goals	Build Tool Version	Build Outcome	Build Scan®
build-macos-latest	clean install	3.9.8	✅
build-ubuntu-latest	clean install	3.9.8	✅
build-windows-latest	clean install	3.9.8	✅

Generated by gradle/develocity-actions

[kazariad]

Thanks for your feedback, @ppkarwasz. I was originally using a SecureRandom to comply with the UUID guidelines for using crypto-secure RNG, but I've experimented and decided to switch to a straightforward murmurhash of the LogEvent fields instead. It's also formatted as a UUID v8 now.

[vy]

@kazariad, I internally discussed this issue with @ppkarwasz, and we decided to not proceed with this PR due to following reasons:

1. Putting aside your changes, UUID Pattern Converter is not in its ideal shape. The way it uses properties to pass temporal state, branches at runtime on UuidPatternConverter::isRandom, etc. needs to be improved. Further, with some minor effort, it can even be made garbage-free.
2. I'm against copy-pasting a full-blown hashing algorithm – this is error prone and can pose security risks if used unwisely. In short, it is a liability that I prefer to avoid.
3. There is more to this issue than it appears and, as the only active maintainers, @ppkarwasz and I would rather be busy with other more pressing issues.

In our earlier discussion, @ppkarwasz and I pointed you several potential paths. If you decide to go that route, and publish the code yourself (or your organization), then we would be happy to refer to your project and its Maven artifacts in our official documentation.