Discussion :

[Hepil]

Bonjour

Sur DOT.net, en C#

Je dois réaliser un OUTIL qui travaille tout seul (analyse, tests, récapitulatifs ...) et qui doit fournir chaque matin et chaque soir un fichier txt (avec un résultat de son travail), par émail ou dans un folder.
Pour faire cela, je pensais à un service sur un serveur (ou à une application autonome)

Cependant :
1 - il me faudrait aussi changer quelque paramètres de temps en temps
2 - plusieurs personnes d'une même équipe doivent pouvoir y accéder

Reflexion :
pour le 1er point : je pense réaliser une interface web accessible pour modifier le paramétrage occasionnellement
pour le 2ème point: encore une fois, plutôt un site web qu'un client lourd à installer sur chaque poste

questions ?
Est-ce qu'un site web peut avoir une tâche de fond qui tourne en permanence ?
Et le site web ne me servirait donc que pour l'interface de paramétrage, est-ce habituel, usuel, le bon choix ?

Dois-je plutôt réaliser une application serveur + 1 page web pour le paramétrage ? soit deux projets distincts en dot.net?

Merci de votre retour

[DotNetMatt]

Est-ce qu'un site web peut avoir une tâche de fond qui tourne en permanence ?

Oui c'est possible, mais ça n'est pas vraiment conseillé, car le service IIS redémarre (il se recycle) et il peut aussi s'arrêter pour diverses raisons.

Et le site web ne me servirait donc que pour l'interface de paramétrage, est-ce habituel, usuel, le bon choix ?

L'intérêt du site Web est de pouvoir administrer ton service sans avoir à déployer un client lourd sur chacun des postes. Donc oui c'est une bonne idée, mais encore une fois, il ne faut pas que la tâche de fond tourne au sein du site.

Il vaut mieux stocker les paramètres dans une base de données. Ils pourront être mis à jour depuis le site. Ensuite ton service peut lire les infos dans la base de données à intervalle régulier et adapter son fonctionnement en conséquence. Pour faire cette lecture à intervalles réguliers, tu peux utiliser un timer, ou bien des solutions plus évoluées comme par exemple Quartz.net.

Si tu ne veux pas utiliser de Service Windows, tu peux aussi envisager de créer une application (WPF/Console/WinForms) qui sera déclenchée à intervalles réguliers par le gestionnaire des tâches de Windows.

Dois-je plutôt réaliser une application serveur + 1 page web pour le paramétrage ? soit deux projets distincts en dot.net?

Si tu choisis l'option que j'ai indiqué, tu dois avoir un projet pour le site Web + un projet pour le service Windows. S'il y a des choses en commun tu peux également ajouter une DLL (un projet de type Librairie) qui permettra d'utiliser les mêmes fonctionnalités entre le site Web et le service Windows.

[Hepil]

Bonjour
mille mercis pour ces informations précieuses
Merci aussi pour la qualité de ton écrit

J'ai ben compris et j'hésite juste entre un service Windows et une application Windows qui tourneraient donc tous les deux sur le serveur

L'application Windows peut gérer un Timer toute seule, (un service aussi je pense ?)

Je suis en train de négocier avec les opérateurs métiers de cette application si le résultat des calculs doit venir tout seul (push) ou s'il viendra en réponse à une requête. Ceci validera l'existence d'un timer mais aussi le fait d'utiliser ou pas une appli (ou un service) en plus du site web.

Je reviens ici rapidement

cdt

[Hepil]

Ce sera très rapide ...

Je vire le site web
Je fais tout dans une application serveur

Pour l'administration, je vais utiliser le paramétrage de l'ordonnanceur "Dollar Universe" ($U) qui me servira aussi de scheduler (Timer)

Du coup, je devrai m'en sortir ...
@ plus