Discussion :

[ttamttam]

Bonjour,
Je viens récemment de terminer mon service servant à :
- rappatrier un fichier de gestion de personnel depuis un serveur distant
- créer un parseur capable et conserver seulement les informations et non les caractères spéciaux
- lancer un SQL LOADER pour faire un insertion dans une base de donnée Oracle
- éxécuter une instruction MERGE pour mettre à jour ou insérer les données parsées depuis ma table temporaire vers ma table principale
Et voila
Donc maintenant je dois créer un programme capable de paramétrer se service(par exemple: choisir quel fichier je veux rappatrier, modifier le fichier de controle du SQL LOADER,...) En clair je dois quasiment gérer tout les paramètres de mon application et je ne sais pas par où commencer à chercher et ou chercher.
Si quelqu'un a des connaissances ou des tuyaux, je suis très preneurs !

[ced600]

va falloir être plus précis sur ce que tu veux faire, parce que là je ne sais pas ce que tu attends comme info.

[DrZoune]

bonjour, je travaille avec ttamttam sur ce projet, je connait donc les besoins:

il s'agit de créer une IHM permettant à un utilisateur de modifier certaines variables à l'intérieur du service windows(qui s'exécute toutes les 6heures), par exemple:
l'utilisateur rentre dans une textbox l'adresse du fichier à rappatrier via ftp et la valeur de la variable 'fich_uri' est modifiée directement dans le service

Le truc c'est que nous ne savons pas du tout comment nous y prendre et par où commencer , c'est pourquoi nos explications ne sont peut être pas très claires...

[Bluedeep]

Exposer une interface WCF dans le service, c'est de loin le plus simple.

[ced600]

Exposer une interface WCF dans le service, c'est de loin le plus simple.

Connais pas. MS à l'air d'avoir fait pas mal de chose coté service depuis la version 1.1 du framework.

[Bluedeep]

J'ai fait un raccourci : en gros, il expose ses méthodes d'administration, les décrits dans une interface, mets les attributs ServiceContract sur l'interface et ServiceBehavior sur l'implémentation, puis il fait le client qui connecte le service et appel les méthodes en question.

[ced600]

Bon il y a deux ou trois post qui circule sur la communication inter-process sur le forum, ils devraient encore être sur la première page.
Regardez les, vous verrez des choses qui vous intéresse.

J'ai été à votre place (besoin de communiquer entre un service et une application) mais finalement pour différentes raisons, cela ne s'est pas fait.
A l'époque j'avais estimé que la meilleur façon de faire pour moi, serait d'ouvrir un port sur lequel écouterais le service, et un autre surlequel il enverrais des donnés.
De même pour l'autre application.
Bien sur pour communiquer, l'un des softs envois les donnés sur le port d'écoute de l'autre, et pour la réponse on fait l'inverse sur les deux autres ports.

Pour ouvrir les ports j'aurais utiliser les Sockets (je ne sais pas où ils sont dans les versions récentes de .net mais sur les autres sujets on en parle).

Après pour l'échange d'information, il faut choisir un protocole de communication pour échanger les données. Vous pouvez prendre TCP/IP, SIP, ou tout autre protocole qui serait adapté à votre besoin.