Differenze tra le versioni di "Reset del recovery counter"

Da wiki.maggioli.it.
Jump to navigation Jump to search
imported>Root
(Creata pagina con "==Tipologia== Azione di workflow con esecuzione '''lato server'''. ==Descrizione== Il workflow prevede un sistema "anti loop" in caso di errore. Quando un flusso va in errore...")
 
imported>Root
 
(Una versione intermedia di uno stesso utente non è mostrata)
Riga 4: Riga 4:
==Descrizione==
==Descrizione==
Il workflow prevede un sistema "anti loop" in caso di errore.
Il workflow prevede un sistema "anti loop" in caso di errore.
Quando un flusso va in errore e viene gestita in modo automatico l'anomalia, esiste la possibilità che il grafo faccia tornare il flusso nel punto di partenza, e che le condizioni di errore si verifichino nuovamente. Se non ci sono azioni che interrompono l'esecuzione automatica del loop (come ad esempio l'interazione con un utente) il workflow rischia di non fermarsi più saturando le risorse del server.
Quando un flusso va in errore e viene gestita in modo automatico l'anomalia, esiste la possibilità che il grafo faccia tornare il flusso nel punto di partenza, e che le condizioni di errore si verifichino nuovamente. Se non ci sono azioni che interrompono l'esecuzione automatica del loop (come ad esempio l'interazione con un utente) il workflow rischia di non fermarsi più saturando le risorse del server.
Per tale motivo esiste un sistema di sicurezza che blocca un flusso dopo la terza volta che va in errore.
 
Se per qualche ragione questo blocco non deve verificarsi, tramite questa action è possibile "resettare" il contatore di errori del flusso, riportandolo allo stato iniziale. Va da se che se si inserisce questa azione in un grafo che va in loop, il risultato sarà disastroso quindi è opportuno valutarne l'utilizzo solo quando strettamente vitale.
Per tale motivo esiste un sistema di sicurezza che blocca un flusso dopo '''la terza volta''' che va in errore.
 
Se per qualche ragione questo blocco non deve verificarsi, tramite questa action è possibile '''resettare''' il contatore di errori del flusso, riportandolo allo stato iniziale.  
 
'''''Nota:''' Va da se che se si inserisce questa azione in un grafo che va in loop, il risultato sarà '''<u>disastroso</u> '''quindi è opportuno valutarne l'utilizzo solo quando strettamente vitale.''

Versione attuale delle 17:23, 21 ago 2015

Tipologia

Azione di workflow con esecuzione lato server.

Descrizione

Il workflow prevede un sistema "anti loop" in caso di errore.

Quando un flusso va in errore e viene gestita in modo automatico l'anomalia, esiste la possibilità che il grafo faccia tornare il flusso nel punto di partenza, e che le condizioni di errore si verifichino nuovamente. Se non ci sono azioni che interrompono l'esecuzione automatica del loop (come ad esempio l'interazione con un utente) il workflow rischia di non fermarsi più saturando le risorse del server.

Per tale motivo esiste un sistema di sicurezza che blocca un flusso dopo la terza volta che va in errore.

Se per qualche ragione questo blocco non deve verificarsi, tramite questa action è possibile resettare il contatore di errori del flusso, riportandolo allo stato iniziale.

Nota: Va da se che se si inserisce questa azione in un grafo che va in loop, il risultato sarà disastroso quindi è opportuno valutarne l'utilizzo solo quando strettamente vitale.