Les tâches planifiées chargent Application.cfc de la même manière que les pages Web? Nous avons une tâche qui s'exécute tous les soirs et doit utiliser un service cfc chargé dans l'application. La portée de l'application existera-t-elle de la même manière que lors de l'appel d'une page Web standard? Y a-t-il des différences ou des pièges à surveiller?Les tâches planifiées chargent Application.cfc de la même manière que les pages Web?
Le planificateur de tâches CF effectue un appel HTTP à l'URL que vous spécifiez dans la tâche, de sorte que toutes les règles standard s'appliquent. Application.cfm/application.cfc est exécuté, la portée de l'application existe et ainsi de suite. La seule chose, de prime abord, que vous devez garder à l'esprit est que le planificateur lui-même ne reconnaît pas les erreurs, vous devez donc écrire la tâche de telle sorte que les journaux, les courriels, etc. Et, lors des tests, probablement en cas de succès.
Modifier: Sergii a noté quelque chose que j'avais oublié. Le planificateur ne gère pas les cookies. Il agit plus comme une araignée. Par conséquent, tout ce qui se trouve dans la portée de la session ou du client ou qui est écrit dans les cookies ne sera pas réellement stocké et sera perdu la prochaine fois que l'action sera exécutée.
Seule différence: une nouvelle session est créée à chaque requête. – Sergii
C'est drôle, j'ai eu des résultats incohérents en utilisant des variables de portée d'application définies par Application.cfc dans une tâche planifiée. Sur cette base, je vais réexaminer ces problèmes, sur lesquels j'ai travaillé auparavant. – Jay
J'ai aussi vu des bizarreries, c'est pourquoi j'ai tendance à rendre autonome mes tâches planifiées. Je pense que certaines méthodes ne déclenchent pas quand il s'agit d'une requête de navigateur sans écran, comme OnSessionStart() ou OnRequestStart(). – ale