Javafx Aggiornare Gui on un metodo di una classe esterna

[andbin]

il sistema mi aggiorna la textArea con this.txtResult.appendText(messaggio); ma solo alla fine della simulazione.

Non me ne intendo granché di JavaFX ma il threading è molto simile a quello di Swing: esiste un singolo e unico thread dedicato alla UI, in Swing è convenzionalmente chiamato Event Dispatch Thread (EDT), in JavaFX se non sbaglio viene chiamato il "JavaFX application thread".
Questo tipo di thread si occupa in generale del dispacciamento degli eventi e della gestione dei componenti (in Swing in questo contesto vengono disegnati i componenti, in JavaFX non ne sono certo).

Comunque il punto è che il thread della UI NON va mai tenuto "impegnato" con del proprio codice, altrimenti la UI è "congelata" poiché il framework della UI (Swing o JavaFX che sia) in quel periodo di tempo non può riavere il controllo e quindi procedere con altri eventi, painting, ecc..

La soluzione non è banale: il multi-threading. Direttamente al livello più basso (Runnable/Thread) oppure con astrazioni di più alto livello se/come offerte dal framework della UI. In Swing esiste lo SwingWorker (da Java 6), in JavaFX non so ora se c'è un equivalente.

Ma il punto è che bisogna avere le idee chiare sul multi-threading: sincronizzazione, mutua-esclusione, visibilità delle modifiche tra i thread, locking, meccanismi di wait/notify, ecc... Senza questi concetti non si va molto lontano ..

[clingonboy]

La soluzione non è banale: il multi-threading. Direttamente al livello più basso (Runnable/Thread) oppure con astrazioni di più alto livello se/come offerte dal framework della UI. In Swing esiste lo SwingWorker (da Java 6), in JavaFX non so ora se c'è un equivalente.

Ma il punto è che bisogna avere le idee chiare sul multi-threading: sincronizzazione, mutua-esclusione, visibilità delle modifiche tra i thread, locking, meccanismi di wait/notify, ecc... Senza questi concetti non si va molto lontano ..

Grazie sei stato gentile, la tua risposta mi ha chiarito le idee, avevo paura che si andesse verso quella direzione, vorra' dire che mi rimbocchero' le maniche.

[clingonboy]

Mi sono fatto coraggio e ho provato:

    void doEseguiVarie(ActionEvent event) {
    	
    	this.simulazioni = new SimulatoreMultiplo(txtNSimulazioni.getText(), this);
    	
    	Task task = new Task()
    	{
    		@Override protected Integer call() throws Exception
    		{
    			txtResult.setText("");
    	    	simulazioni.startSimulazioni();
    	    	
    			return 1;
    		}
    	};
    	new Thread(task).start();
    }
    
    public void upDateMessage(String messaggio)
    {
    	txtResult.appendText(messaggio);
    }

ho creato un trade e ho lanciato la funzione simulazioni.startSimulazioni(); al suo interno.

In questo modo funzione, grazie @andbin per avermi indirizzato per questa strada.

[andbin]

In questo modo funzione

Nì, non è comunque appropriato. JavaFX (come Swing) non è thread-safe. C'è una documentazione di Oracle:
Concurrency in JavaFX
dove lo dice chiaramente. Si può accedere e modificare la interfaccia utente SOLO nel contesto del JavaFX Application thread. Nel contesto di un altro thread (come il tuo per il tuo Task), non è appropriato fare txtResult.setText("");

Quel Task è specifico di JavaFX e l'uso con Thread è documentato ed ok. Vedi Task. In particolare poi la sezione "A Task Which Modifies The Scene Graph" dove mostra l'uso del Platform.runLater (che è l'equivalente del SwingUtilities.invokeLater di Swing).

E vedo che Task offre una serie di meccanismi di updateMessage/updateProgress/ecc per semplificare l'aggiornamento della UI.

Credo che devi andare molto più "a fondo" su JavaFX piuttosto che scalfire solo la punta dell'iceberg.

[clingonboy]

Nì ...

Credo che devi andare molto più "a fondo" su JavaFX piuttosto che scalfire solo la punta dell'iceberg.

hai ragione, sono stato un po' frettoloso perchè volevo arrivare in fretta al risultato finale senza preoccuparmi se quello che facevo era corretto e robusto.
Mi devo leggere con attenzione la documentazione.
Poi ti faccio sapere.
Grazie ancora.