Discussion :

[Hiraa]

Bonjour à tous,

Je souhaite développer une fonctionnalité dans mon application qui consiste à envoyer un rapport par email à un certain nombre de destinataires. Les données du rapport sont extraites d'une base de données SQL Server.

Le traitement d'envoi doit être lancé en arrière-plan et quotidiennement à une heure précise sans aucune intervention humaine.

J'ai recherché sur internet et j'ai trouvé la notion de BackgroundWorker (que je connaissais et utilisais). Toutefois, dans la majorité des cas elle est utilisé pour lancer une tâche en arrière plan sur une interface utilisateur ...

Suis-je sur la bonne piste ?

Je vous remercie d'avance pour vos idées/suggestions.

[clementmarcotte]

Bonjour,

À première vue, je pencherais plus pour utiliser un service. Mais, une fois rendu-là, je ne suis plus d'aucune utilité.

[meziantou]

Le traitement d'envoi doit être lancé en arrière-plan et quotidiennement à une heure précise sans aucune intervention humaine.

Tu peux utiliser le plannificateur de tâches de Windows (Task Scheduler)

[DotNetMatt]

Tu peux aussi utiliser la librairie Quartz .NET qui permet de créer des schedulers en C#.

Autre possibilité, passer par Reporting Services par exemple, qui permet de gérer des abonnements aux rapports.

[Hiraa]

Je vous remercie beaucoup tous pour vos réponses !

La notion de service évoqué par clementmarcotte me semble répondre à mon besoin, mais ça nécessite que je creuse davantage.
Je ne manque pas de regarder également les autres propositions.

Je laisse la discussion ouverte ... pour partager avec vous la solution adoptée.

Bonne journée à tous

[DotNetMatt]

La notion de service évoqué par clementmarcotte me semble répondre à mon besoin, mais ça nécessite que je creuse davantage.

A mon avis c'est celle qui répond le moins bien à ton besoin. En tout cas c'est la plus "complexe" à mettre en oeuvre, dans le sens où tu vas devoir développer ton propre scheduler au sein du service. Même si Quartz.NET simplifie la vie, c'est quand même une charge de travail.

Tu es sur SQL Server, pourquoi ne pas utiliser Reporting Services ? Ca t'évite de réinventer la roue inutilement... Tu crées ton rapport (requête SQL), tu le déploies et tu n'as plus qu'à abonner tes utilisateurs. C'est à mon avis la meilleure solution : tu as juste à créer ta requête et mettre en forme ton rapport. Ensuite c'est juste de la configuration ==> 0 lignes de code.

La solution de meziantou est aussi une bonne alternative : tu crées une appli console et tu utilises le planificateur des tâches de Windows pour la lancer. A chaque lancement, elle génère le rapport et l'envoie à qui de droit. Cependant, ça t'oblige à coder la mécanique de génération du rapport...

[Hiraa]

Bonjour DotNetMatt,

Avant tout, merci pour ces éclaircissements.

En fait, je n'avais pas toute la connaissance pour pouvoir discerner laquelle des propositions répondra au mieux au besoin étant donné que je n'ai jamais utilisé aucune de ces technologies.

Avec toutes ces pistes je n'aurai que l'embarras du choix

Je vous remercie et je compléterai la discussion dès que je mets en place la fonctionnalité.

Bon weekend.