Condition con synchronized wait e notify

[andbin]

si

Implementi Thread.UncaughtExceptionHandler (è una interfaccia) e lo assegni ad un Thread specifico con setUncaughtExceptionHandler.
Sicuro che ti serve questo?

[linux_r]

Implementi Thread.UncaughtExceptionHandler (è una interfaccia) e lo assegni ad un Thread specifico con setUncaughtExceptionHandler.
Sicuro che ti serve questo?

penso di si ! questo serve per catturare le eccezioni per cui non e prevista una catch esaatto?

[andbin]

penso di si ! questo serve per catturare le eccezioni per cui non e prevista una catch esaatto?

Dal run() del thread non possono uscire eccezioni "checked", perlomeno non con codice che fa invocazioni normali controllate dal compilatore (escludiamo quindi newInstance() di Class che permetterebbe di bypassare il check a compile-time delle eccezioni) ma solo quelle "unchecked".
Una eccezione unchecked che esce fuori dal run() generalmente è un po' il "sintomo" di un baco da qualche parte nel thread (o comunque una mancanza da parte del programmatore) e un UncaughtExceptionHandler effettivamente è di fatto "l'ultima spiaggia" in cui si può ad esempio, sempre tipicamente, fare del logging specifico per evidenziare il problema.

Se a te serve un UncaughtExceptionHandler per qualcos'altro di più specifico, es. perché ti aspetti una qualche eccezione o perché vuoi che un'altra parte del programma possa ricevere la eccezione, sappi che il tuo uso sarebbe dubbio/discutibile. Quindi precisa meglio.

[linux_r]

no a me serve perchè devo gestire le unchecked !!

[andbin]

no a me serve perchè devo gestire le unchecked !!

Ok ma se si tratta di un UncaughtExceptionHandler per fare es. logging al fine di tracciare il problema o di fare cleanup di qualche risorsa, è un conto. Se si tratta di qualcosa di più specifico .... sarebbe da valutare.