Eseguire l'attività @Scheduled solo su un nodo del cluster WebLogic?

Question

Stiamo eseguendo un'applicazione web Spring 3.0.x (.war) con un lavoro notturno @Scheduled in un ambiente WebLogic 10.3.4 in cluster. Tuttavia, poiché l'applicazione viene distribuita su ciascun nodo (utilizzando la procedura guidata di distribuzione nella console Web dell'AdminServer), il lavoro viene avviato su ciascun nodo ogni notte, quindi viene eseguito più volte contemporaneamente.

Come possiamo evitare che ciò accada?

So che le librerie come Quartz consentono di coordinare i lavori all'interno di un ambiente cluster mediante una tabella di blocco del database o potrei persino implementare qualcosa di simile. Ma poiché questo sembra essere uno scenario abbastanza comune mi chiedo se Spring non abbia già un'opzione su come aggirare facilmente questo problema senza dover aggiungere nuove librerie al mio progetto o inserire soluzioni alternative.

• Non siamo in grado di eseguire l'aggiornamento a Spring 3.1 con profili di configurazione, as mentioned here

Per favore fatemi sapere se ci sono questioni aperte. Ho anche fatto questa domanda sul Spring Community forums. Grazie mille per il vostro aiuto.

Answer 1

Stiamo implementando la nostra logica di sincronizzazione utilizzando una tabella di blocco condivisa all'interno del database dell'applicazione. Ciò consente a tutti i nodi del cluster di verificare se un lavoro è già in esecuzione prima di avviarlo.

Answer 2

Abbiamo solo un'attività che invia un'email di riepilogo giornaliera. Per evitare dipendenze aggiuntive, controlliamo semplicemente se il nome host di ciascun nodo corrisponde a una proprietà di sistema configurata.

private boolean isTriggerNode() { 
    String triggerHostmame = System.getProperty("trigger.hostname");; 
    String hostName = InetAddress.getLocalHost().getHostName(); 
    return hostName.equals(triggerHostmame); 
} 

public void execute() { 
    if (isTriggerNode()) { 
     //send email 
    } 
} 

Answer 3

Fate attenzione, dal momento che nella soluzione di implementare la propria logica di sincronizzazione utilizzando una tabella di blocco condiviso, si ha sempre il problema di concorrenza in cui i due nodi del cluster sono la lettura/scrittura dal tavolo allo stesso tempo.

migliore è quella di effettuare le seguenti operazioni in una transazione db: - leggi il valore nella tabella di blocco condiviso - se non altro nodo sta avendo il blocco, prendere la serratura - aggiornare la tabella che indica si prende la serratura

Answer 4

È possibile provare a utilizzare TimerManager (Pianificatore processi in un ambiente cluster) da WebLogic come implementazione TaskScheduler (TimerManagerTaskScheduler). Dovrebbe funzionare in un ambiente cluster.

Andrea

Answer 5

ho risolto questo problema facendo una scatola come master. imposta fondamentalmente una variabile d'ambiente su una delle caselle come master = true.

e leggerlo nel codice java tramite system.getenv ("master"). se presente e vero, quindi esegui il tuo codice.

frammento di base

@schedule() 
void process(){ 
boolean master=Boolean.parseBoolean(system.getenv("master")); 
if(master) 
{ 
    //your logic 
} 

} 

Answer 6

Possiamo fare altre macchine sul cluster non eseguire il processo batch utilizzando la seguente stringa cron. Non funzionerà fino al 2099.

0 0 0 1 1?2099