[crac] RFR: Introduce per-Priority Context with different policies
Radim Vansa
duke at openjdk.org
Fri May 19 07:04:12 UTC 2023
On Thu, 18 May 2023 16:21:07 GMT, Anton Kozlov <akozlov at openjdk.org> wrote:
>> test/jdk/jdk/crac/ContextOrderTest.java line 106:
>>
>>> 104:
>>> 105: // blocks register into the same OrderedContext
>>> 106: Context<Resource> context = new BlockingOrderedContext<>();
>>
>> Why does this create a children context rather than using global one directly?
>
> Global Context was changed to non-blocking OrderedContext as stated in the PR description, but the test needs BlockingOrderedContext.
Yes, but it does not explain much about the **reason** but "... as that may have a huge impact on users". I don't think there's much concern about backwards compatibility at this point; it's more important to have the best UX even in case that users do an error.
If you want to conserve certain behaviour, write a test that will validate what happens when you attempt to register into global context in one of those notifications.
-------------
PR Review Comment: https://git.openjdk.org/crac/pull/74#discussion_r1198615862
More information about the crac-dev
mailing list