|
FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
| Taches plannifiées webdev |
| Débuté par François C., 06 fév. 2018 09:47 - 10 réponses |
| |
| | | |
|
| |
Membre enregistré
1 623 messages
Popularité : +100 (114 votes) |
|
Posté le 06 février 2018 - 09:47 |
Bonjour,
C'est un problème que j'ai depuis longtemps mais que j'avais laissé de coté :
Lorsque j'ajoute une tache planifiée dans webdev et que je redéploie le site web, celle-ci n'apparait pas dans la liste dans des taches planifiées et n'est effectivement pas exécutée.
Pourtant, d'après la doc :
Comment faire finalement ? |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 623 messages
Popularité : +100 (114 votes) |
|
Posté le 06 février 2018 - 10:32 |
Après redémarrage du serveur complet, la tache est apparue ... MAIS elle ne s’exécute pas je pense...
Il s'agit d'une simple requête SQL qui fonctionne quand on l'isole.
Lors d'une tache planifiée, est-ce que le code d'initialisation du projet se lance ou il faut redéfinir la connexion a la base sur chaque tache ? |
| |
| |
| | | |
|
| | |
| |
Posté le 07 février 2018 - 10:23 |
Après mûre réflexion, "ÿÿÿÿÿÿÿÿÿ" a écrit :
Après redémarrage du serveur complet, la tache est apparue ... MAIS elle ne s’exécute pas je pense... Il s'agit d'une simple requête SQL qui fonctionne quand on l'isole. Lors d'une tache planifiée, est-ce que le code d'initialisation du projet se lance ou il faut redéfinir la connexion a la base sur chaque tache ? --- Cet email a fait l'objet d'une analyse antivirus par AVG. http://www.avg.com
avec HF je ne sais pas
mais nous qui utilisons mysql, nous refaisons des connexions à cahque
tâche.
Mais un conseil : dédier un projet aux tâches planifiées, car :
- la mise au point étant délicate, on doit faire plusieurs mise en prod
avant que cela soit bon. Et donc faire sauter son site à chaque fois,
pas cool
- le délai d'execution de session. Contrairement à ce que l'on peut
croire (et ce qui aurait été intelligent ...), ce n'est pas le temps
max de la tâche mais le temps du projet. Donc si ce sont des gros
batchs, c'est un problème d'embarquer tout son site avec des durées de
session de 30 mn. ça ne l'est plus si c'est juste le projet scheduller
- bien identifier les proc qui sont planifiée par leur nom. Je les
prefixe par ex avc sch_
car sinon il faut ouvrir chaque proc pour voir si elle est planifiée |
| |
| |
| | | |
|
| | |
| |
Posté le 09 février 2018 - 15:41 |
Bonjour,
Je connais ce problème. Cela arrive si on ajoute des tâches planifiées à un projet déjà déployé.
J'ai perdu des heures pensant que la fonctionnalité ne fonctionnait pas.
La solution qui marche pour moi :
Je réinstalle le serveur d'application. Juste l'exe de réinstallation. Il prévient que la version est déjà à jour, mais ce n'est pas grave. On perd quelques minutes mais les tâches installées apparaissent miraculeusement.
J'avais remonté le problème, mais le ST ne constatait rien, je pense que cela dépend des projets.
Jeff. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 623 messages
Popularité : +100 (114 votes) |
|
Posté le 09 février 2018 - 17:11 |
Merci pour l'info !
Et concernant l'histoire du code d'initialisation, comment procèdes tu ? |
| |
| |
| | | |
|
| | |
| |
Posté le 10 février 2018 - 10:07 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 603 messages
Popularité : +64 (70 votes) |
|
Posté le 14 février 2018 - 08:22 |
Bonjour,
Je ne sais pas si le code d'ini est lancé lors de l'exécution d'une procédure planifiée. Je fais appel à une procédure globale dans la procédure planifiée pour me connecter à HFSQL C/S.
Comme je l'ai déjà indiqué dans le forum, deux moyens pour le savoir : exécuter une procédure globale d'envoi d'email dans le code d'ini et dans la procédure avec des paramètres différents ou inscrire des logs dans un fichier HFSQL.
--
Cordialement
François
http://intra.fr http://intrasoftware.fr |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
1 623 messages
Popularité : +100 (114 votes) |
|
Posté le 15 février 2018 - 12:05 |
Bonjour,
Je viens de me rendre compte dans les journaux de mon site web qu'il y a une erreur sur la tache planifiée :
Que s'est-il passé ?
Erreur HTTP ou mauvaise réponse du serveur :
CC920 (INTERNAL ERROR) : 404|Erreur HTTP ou mauvaise réponse du serveur :
CC1083 (INTERNAL ERROR) : 0
Code erreur : 0
Niveau : pas d'erreur
0
Sachant que la tache est la suivante :
sSql est une chaîne = <Contenu de ma requête>
HExécuteRequêteSQL("update",hModifieFichier,sSql)
Et c'est tout !
Donc a priori, rien de bien compliqué.
La requete fonctionne si on la saisie en manuel dans le centre de controle hfsql par exemple, donc pas de souci à ce niveau la. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
135 messages
Popularité : +21 (23 votes) |
|
Posté le 13 avril 2018 - 15:31 |
Bonjour,
je m'arrache également les cheveux avec la mise en place d'une tâche planifiée.
Ma tâche apparaît bien dans l'administrateur WebDev 23, cependant :
- dans "Dernière exécution", il reste noté "Jamais exécutée"
- A chaque nouvelle exécution, suivant programmation ou en cliquant le bouton Exécuter depuis l'administrateur, j'enregistre une nouvelle erreur dans le log (semblable à celle de François C. )
Le plus énervant, c'est que :
- dans le code d'init du projet j'ai positionné une trace dans un simple fichier texte (qui fonctionne lors de l'utilisation en WebService)
- dans le code de ma procédure planifiée, une autre trace, de la même façon fichier texte dans fRepDonnées()..
... et ni l'un ni l'autre ne me produit un enregistrement de log, donc bien loin de suspecter un problème de connexion à la base de données.
Il ne se passe donc rien d'autre que l'enregistrement dans le log d'erreur / journaux de l'administrateur Webdev, juste de quoi confirmer vaguement que la planification fonctionne.
Je sèche... |
| |
| |
| | | |
|
| | |
| |
Posté le 19 juin 2018 - 17:14 |
Dominique a écrit :
Bonjour,
je m'arrache également les cheveux avec la mise en place d'une tâche planifiée.
Ma tâche apparaît bien dans l'administrateur WebDev 23, cependant :
- dans "Dernière exécution", il reste noté "Jamais exécutée"
- A chaque nouvelle exécution, suivant programmation ou en cliquant le bouton Exécuter depuis l'administrateur, j'enregistre une nouvelle erreur dans le log (semblable à celle de François C. )
Le plus énervant, c'est que :
- dans le code d'init du projet j'ai positionné une trace dans un simple fichier texte (qui fonctionne lors de l'utilisation en WebService)
- dans le code de ma procédure planifiée, une autre trace, de la même façon fichier texte dans fRepDonnées()..
... et ni l'un ni l'autre ne me produit un enregistrement de log, donc bien loin de suspecter un problème de connexion à la base de données.
Il ne se passe donc rien d'autre que l'enregistrement dans le log d'erreur / journaux de l'administrateur Webdev, juste de quoi confirmer vaguement que la planification fonctionne.
Je sèche...
Bonjour à tous
j'avais exactement le même problème que vous, mes taches planifiées n'étaient jamais exécutées et en lancement manuel depuis l'admin Webdev un log d'erreur était généré :
Erreur HTTP ou mauvaise réponse du serveur :
CC920 (INTERNAL ERROR) : 403|Erreur HTTP ou mauvaise réponse du serveur
J'ai réussi à corriger le problème en autorisant l'IP 127.0.0.1 au niveau des restriction IP de mon serveur web (iis).
Depuis toutes mes taches planifiées fonctionnent parfaitement (requêtes sur la base de donnée + envois de mails de notification aux utilisateurs concernés)
En espérant que cela pourra vous aider, bon dev à tous  |
| |
| |
| | | |
|
| | |
| |
Posté le 12 janvier 2022 - 16:45 |
Bonjour,
Pour ma part il fallair définir l'utilisateur dans IIS.
|
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|