Errore multi-threading durante il binding a StringProperty

Question

Ho una domanda su multi-threading e l'associazione di una StringProperty.

Ho una classe CacheManager, che contiene uno Thread che aggiorna la cache con le modifiche sul server. Ora, voglio notificare all'utente un testo e una percentuale del progresso (che sono uno Label e ProgressBar in JavaFX). Io uso statico pubblico DoubleProperty e StringProperty per questo, che sono definiti nella classe CacheManager. Ho appena legano in questo modo:

progressBar.progressProperty().bind(CacheManager.progress); 
someLabel.textProperty().bind(CacheManager.status); 

Ora, nel thread Updater, aggiorno questi Properties. Con DoubleProperty funziona perfettamente e lo ProgressBar mostra perfettamente i progressi. Tuttavia, l'aggiornamento del Label con lo stato (che è il testo dal StringProperty) genera un errore: java.lang.IllegalStateException: Not on FX application thread; currentThread = Thread-9

Ora, la mia domanda è: Perché il lavoro DoubleProperty bene, mentre il StringProperty tiri un errore? Qual è la differenza tra loro che considerano il multi-threading?

Tutte le idee su una riprogettazione sono anche benvenute e qualsiasi aiuto è molto apprezzato!

Answer 1

È errato chiamare il codice che provoca modifiche all'interfaccia utente da una discussione diversa da Thread applicazione FX, indipendentemente dal fatto che emetta o meno un'eccezione. Il kit di strumenti FX fa il possibile per generare un'eccezione se si viola questa regola, ma in alcuni casi l'effetto sulle prestazioni è troppo grande per eseguire il controllo. Se si creano questi collegamenti, eventuali modifiche successive alle proprietà a cui si è associato devono essere eseguite sul Thread di applicazione FX. Vale a dire, se si esegue in un thread in background, si deve modificare le proprietà con un codice simile:

Platform.runLater(() -> CacheManager.progress.set(...)); 

e

Platform.runLater(() -> CacheManager.status.set(...)); 

Dato che probabilmente non si desidera che il codice di servizio di essere legato per JavaFX (tramite la classe Platform), si potrebbe considerare l'utilizzo di ascoltatori al posto di attacchi, e la pianificazione degli aggiornamenti dagli ascoltatori:

CacheManager.progress.addListener((obs, oldValue, newValue) -> 
    Platform.runLater(() -> progressBar.setProgress(newValue.doubleValue()))); 
CacheManager.status.addListener((obs, oldStatus, newStatus) -> 
    Platform.runLater(() -> someLabel.setText(newStatus))); 

Se si sostituiscono i collegamenti con questi listener, è possibile aggiornare le proprietà su qualsiasi thread.