PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

Accueil  |  Messages récents  | Connexion  |   | Français  FR
Accueil → WINDEV 2024 → Problème service windows
Problème service windows
Débuté par Julien Mwz, 21 sep. 2020 23:18 - 5 réponses
#1
Membre enregistré
23 messages
Posté le 21 septembre 2020 - 23:18
Bonjour,

J'ai une configuration Service Windows dans laquelle : lorsqu'un fichier est créé dans un répertoire X une application Y se lance.
Je pense bien que j'ai dû oublié qqchose d'important comme je n'ai jamais créé de services auparavant.

J'ai pourtant testé dans une autre configuration en Appli Windows 32bits en cliquant simplement sur un bouton et mes procédures de lancement fonctionnent bien (fsurveilleRep dans l'une et LanceAppli qui est appelée dans l'autre)..


Exemple :
//Exécution du service de Algorithmes (appelé en boucle)

fSurveilleRépertoire("G:\REPERTOIRE X",ajoutImportXLS,fsCréationFichier)


Procedure ajoutImportXLS()

LanceAppli("REPERTOIRE X\APPLI Y.exe")


J'ai débogué avec le simulateur "Déboguer en tant que service (simulateur)" et en "Démarrer et déboguer le service ...) en vain.
Si qqun a une piste svp ...

--
Bon dev
Ju'
#2
Membre enregistré
125 messages
Popularité : +5 (5 votes)
Posté le 22 septembre 2020 - 07:34
Bonjour Julien,

Il s'agit peut-être d'une question de droits.

Questions :
- Comment as-tu configuré (le déploiement de) ton service ?
- Quel est l'environnement d'exécution (poste utilisateur / poste serveur) ?
- As-tu tracé ton code pour savoir ce qu'il fait ou pas ?
- As-tu des évènements dans l'observateur ?

Bon dèv !
Alain
#3
Membre enregistré
125 messages
Popularité : +5 (5 votes)
Posté le 22 septembre 2020 - 07:42
Une idée en passant : est-ce que ton service reste actif (avec arrêter et redémarrer) ou s'arrête-t-il immédiatement ?
A+
#4
Membre enregistré
23 messages
Posté le 25 septembre 2020 - 22:29
Bonjour Multipass,

Merci pour le retour.

- Pour le déploiement :
- Framework dans intégré l'exécutable
- Intégration manifeste Windows
- Mon appli ne nécessite pas de privilège particulier
- Environnement d'exécution sur poste utilisateur uniquement
- Je ne vois pas comment tracer mon code, j'ai débugué au fSurveilleRépertoire qui tourne en boucle, et dès que j'ajoute un fichier dans ce rep, on n'atteint pas la procédure demandée
- Oui j'ai bien deux infos dans l'obs d'évent : une d'Erreur et une autre d'Information mais rien de concret (Réponse : Non disponible et module défaillant) ...

- Concernant l'installation du Service : (j'ai presque tout conservé par défaut)
- Installation autonome
- Répertoire d'install dans : <srProgrammeFiles>
- Mode de démarrage : Automatique -->> Peut être est-ce là le pb ? Je dois le mettre en Manuel et le lancer moi-même pour ce type de Service ?
- Première / deuxieme / troisieme défaillance : Redémarrer le service
- Compte Système Local -->> Là aussi peut-être cocher Compte Service Local et non Système ?

Quand je lance le service il est bien démarré et s'arrête plus tard, pourtant des lignes apparaissent toujours dans l'OBS d'Event.

Je vais regarder côté privilèges comme tu dis.

Merci à toi pour ton attention en tout cas !

--
Bon dev
Ju'
#5
Membre enregistré
3 889 messages
Popularité : +227 (347 votes)
Posté le 26 septembre 2020 - 08:25
Bonjour,
fSurveilleXXX sont des services. L'appel d'un service pas un service n'est pas apprécié par windows.
Il faut utiliser les tâches planifiées.
La doc précise d'ailleurs :
Dans quels cas utiliser un service ?
Un service doit être utilisé pour permettre à une application de répondre à tout moment à une sollicitation externe (lecture sur une socket par exemple).
Si le service doit se contenter d'exécuter une tâche de façon répétée, il est préférable de faire une application standard et de lancer cette application dans une tâche planifiée.

Tu es dans le 2° cas donc c'est une raison de plus.

--
Il y a peut être plus simple, mais, ça tourne
#6
Membre enregistré
23 messages
Posté le 27 septembre 2020 - 09:51
Merci Voroltinquo je comprend mieux ..

Bonne continuation à vous !

--
Bon dev
Ju'
→ Revenir à WINDEV 2024