RFR: 8349091: Charts: exception initializing in a background thread [v6]
John Hendrikx
jhendrikx at openjdk.org
Tue Mar 4 19:37:08 UTC 2025
On Tue, 4 Mar 2025 19:28:29 GMT, John Hendrikx <jhendrikx at openjdk.org> wrote:
>> There is an even more fundamental problem: JavaFX properties are not thread-safe. You cannot safely add a listener or binding to a property in one thread while another thread modifies that property's value.
>>
>> So I think that deferring the binding to `Platform::accessibilityActiveProperty` is the only viable approach.There might still be an opportunity to simplify it a bit along the lines of what John mentions, as long as the code that binds to the property is guaranteed to be run on the FX application thread.
>>
>> We can be certain that setting the window property to a non-null value only happens on the FX app thread (`Stage::setScene` enforces that threading constraint).
>
> @kevinrushforth I don't know, I would think it should be possible to create a property or property wrapper to make it thread-safe. Just having a version with all its methods synchronized is probably sufficient. If that saves a lot of complex logic in, what looks like, dozens of controls, then it seems like a far better solution to me. Of course, that should only apply to special properties; I'm not suggesting making all properties synchronized -- although I think we could as, without contention (since they're supposed to be used from a single thread), it would be nearly free, and it would make all kinds of undefined behavior scenario's when used from multiple threads (by accident or otherwise) suddenly deterministic and debuggable.
I think the problem is in the callbacks themselves, as they'd be on the wrong thread. I vaguely remember experimenting with a system where you can provide an Executor for callbacks (like `Platform::runLater`) to mitigate this.
-------------
PR Review Comment: https://git.openjdk.org/jfx/pull/1697#discussion_r1980114654
More information about the openjfx-dev
mailing list