Add sys property to control how to cleanup context's ThreadLocal (Fixes #424)

[franz1981]

As explained in #424 this is added to control how to cleanup the context, but:

• I have no idea if the initial ThreadLocal have some initialization lambdas: if yes, then set(null) and remove would behave differently because a subsequent get in the former case would return null while in the latter will cause the init lambda to be called again
• what about clearedValue? I should set to that value instead of null?

[franz1981]

Sanne/quarkus@75e2d7e is a PoC branch that show how that can be used

@geoand

[geoand]

I think it makes sense.

[FroMage]

This is only for the TL we use to override settings locally. I don't think most people use this API. If you want to clear the TL for libs (CDI, Security, Transaction) you need to do it in the respective ThreadLocalProvider implementations. Of which there are many, honestly I've lost track.

[geoand]

Yeah, we'll have to do the same in the providers we use in Quarkus

[geoand]

I am also wondering whether we should have a way to have Quarkus pass this to CP when it bootstraps it