On Fri, 29 May 2026 08:07:07 GMT, Alan Bateman <[email protected]> wrote:
> See the notes above about next steps which will propose a new constructor and > maybe deprecate the existing constructors. Yes, sure, I'm fine with those My concern was more about any system property and that they should be simple switches which picks the default mode. They should not hold independent semantics which needs to be documented in other terms than the modes documented in the API. Any system property introduced now should account for the modes/constructors we want to introduce later. They will co-exist for a long time. Maybe this is just a given and my comment here is superfluous. My concern was usability and future users having to understand two different ways of controlling behavior and resolve any conflicts between them. I think I'm happy if we avoid introducing a system propery now which later proves difficult to define in terms of behavior specified by the new constructors / APIs . ------------- PR Review Comment: https://git.openjdk.org/jdk/pull/30925#discussion_r3323123373
