Far attivare un Thread in una data prestabilita

[=IngegnerCane=]

Buonasera a tutti,
sto realizzando un semplice servizio web per un progetto universitario, tra le altre cose, avrei da realizzare anche un servizio, diciamo lato amministratore del sistema (ovvero per semplificazione girera direttamente sulla macchina server ed utilizzera una interfaccia grafica basilare basata sulle awt), il quale girera autonomamente su un proprio thread dedicato ed in maniera del tutto trasparente all'utilizzatore del sistema.

Venendo al dunque, avrei necessità di far attivare questo thread in delle date prestabilite e ad intervalli di tempo costanti, es una volta a settimana o una volta al mese, ogni tot. giorni e cosi via, ora, il problema che mi sorge spontaneo è, come fare? O meglio, come farlo in maniera abbastanza efficiente per il sistema?
Sfruttare il metodo sleep(millisec) non mi pare ne troppo efficiente, ne troppo realizzabile viste le cifre che verrebbero fuori su intervalli ad esempio di mesi.
Non esiste mica qualche classe java sfruttabile a tal proposito?

Insomma, avete qualche idea efficiente, consiglio o meglio ancora vi è gia capitato di risolvere un problema del genere?
Grazie mille a tutti per l'attenzione.

[andbin]

Venendo al dunque, avrei necessità di far attivare questo thread in delle date prestabilite e ad intervalli di tempo costanti, es una volta a settimana o una volta al mese, ogni tot. giorni e cosi via, ora, il problema che mi sorge spontaneo è, come fare?

Esistono librerie apposite: http://quartz-scheduler.org
Oppure, per scenari basilari/minimali, il buon classico java.util.Timer.

[Alex'87]

Quartz è proprio quello che fa per te

[=IngegnerCane=]

Grazie mille a tutti, Quartz è la prima volta che lo sento, ora me lo studio un attimo.

Riguardo ad implementare classi Timer/TimerTask ci stavo dando un'occhiata ma alla fine rimarrebbe sempre il fatto che bisognerebbe specificare millisecondi relativamente ad intervalli temporali di mesi ....il che potrebbe portare ad overflow o sbaglio?

[=IngegnerCane=]

Ok come non detto, ho fatto due calcoletti al volo e per andare in overflow bisognerebbe specificare una data futura di piu o meno 290 mila anni!

[andbin]

bisognerebbe specificare millisecondi relativamente ad intervalli temporali di mesi ....il che potrebbe portare ad overflow o sbaglio?

Di per sé no, almeno al momento e per ancora tanto tanto tempo. Il long dei millisecondi è dalla "epoch", ovvero il 1 gen 1970 0:00:00 (GMT). Siccome al momento siamo a circa 1434010992759 cioè usa 41 bit dei 64 disponibili del long ..... vuol dire che c'è spazio ancora per migliaia e migliaia di anni!

Comunque l'ho già detto prima: java.util.Timer va bene per scenari davvero basilari e semplici. Presumo non sia il tuo caso.

[=IngegnerCane=]

Sisi un range di 290k anni mi basterebbe pure :mrgreen:, ma appunto come dicevo in descrizione, visto che sarà un servizio abbastanza oneroso che gira in background non vorrei risultasse troppo pesante, anche se si attiva solo una volta al mese insomma.

Come detto è la prima volta che uso temporizzatori ad intervalli di tempo cosi alti quindi appena riesco mi metto un attimo a capire bene come funziona Quartz che mi pare interessante ed anche piuttosto semplice da usare e poi valutero per bene.

Il servizio considera in sostanza dovrà scansionare un DB ed in base a determinate condizioni dovrà inviare delle email agli utenti che corrispondono alle condizioni di ricerca.

[LeleFT]

Senza entrare nel merito di Quartz e via dicendo... ma siamo sicuri che a te non possa semplicemente bastare ciò che tutti i sistemi operativi già hanno già di serie? Dal cron su macchine Linux alle "Operazioni pianificate" di Windows?
Da quello che mi pare di capire, quello che tu chiami "thread" altro non è che una banalissima applicazione da avviare a determinati intervalli... poi se non è così e non ho capito nulla, amen; ma se il tutto si riduce ad avviare un'applicazione ogni [intervallo che ti interessa], secondo me non vale nemmeno la pena di andare a scomodare alcunché.


Ciao.