Discussion :

[I_Pnose]

Bonjour à tous.

Le contexte est le suivant :
J'ai un service Windows qui, à un instant T, va lancer un exécutable (l’exécutable en question est une assembly .net).

Un autre programme doit pouvoir récupérer la main sur le processus lancé ou plutôt pouvoir appeler des méthodes implémentée dans le programme lancé. Je pensais faire ça en utilisant un peu de réflexion ( GetMethod("MaMethode").Invoke(etc...) ), seulement le programme qui doit faire ces appels de méthode n'a pas lui-même instancié le programme, du coup, je ne vois pas trop comment je pourrais faire de la réflexion dessus.

Ce que je veux faire est-il possible ?

[Invité]

Ce que je veux faire est-il possible ?

C'est possible et si j'étais toi je ferai en sorte que l'exécutable expose les opérations susceptibles d'être appelées en tant que service (service WCF par exemple). Et l'autre programme dont tu parles fera appel aux opérations citées pour exécuter des méthodes sur l'instance du processus lancé.

[PatteDePoule]

Présentement tu as un service A qui lance une assembly B qui doit être intercepté par un programme C.

Et si le service A lançait le programme B qui s'occuperait lui-même d'exécuter l'assembly B?

[I_Pnose]

C'est possible et si j'étais toi je ferai en sorte que l'exécutable expose les opérations susceptibles d'être appelées en tant que service (service WCF par exemple).

Exposer ces méthodes via WCF était ma première idée à vrai dire (avant de creuser du coté de la réflexion).
Mon soucis (qui n'en est peut-être pas un) est que mon service Windows communique déjà avec un service WCF hébergé sur un IIS (c'est ce service WCF qui me dit quel programme lancer, quand et comment).
Et puis, il me semblait bien plus lourd de créer une interface de communication entre mon service Windows et mes programmes de traitement, plutôt que d'essayer d'invoquer des méthodes génériques sur mes programmes de traitement (mais peut-être ai-je tord).

Présentement tu as un service A qui lance une assembly B qui doit être intercepté par un programme C.

Et si le service A lançait le programme B qui s'occuperait lui-même d'exécuter l'assembly B?

Ma problématique est un tout petit peu plus vicieuse que ça ; en fait, si je fais comme tu me dis, mon programme de traitement n'existera pas en tant que processus indépendant, et ça ne me va pas (pour des raisons de reprise de traitement en cas de plantage du service, j'ai besoin que les processus de mes programmes de traitement existent).