Discussion :

[nox75]

Bonjour,

J'aurais besoin de créer un service windows.
Je vais pour cela utiliser la commande sc.exe.

Je dois donc créer un exe qui sera executé par mon service (si j'ai bien compris).

Or je dois dans cet exe faire appel à plusieurs méthodes qui se trouvent dans une dll (écrite en C#). Comment faut-il faire ca ? Auriez-vous un exemple de syntaxe d'appel ?

Merci d'avance !

[Médinoc]

Si tu ne sais pas appeler une fonction d'une DLL (deux façons possibles pour une DLL normale, une seule façon pour appeler une DLL .Net depuis un exe .Net, et encore une autre façon pour appeler une DLL .Net depuis un exe normal), je ne suis pas sûr qu'il soit temps de t'attaquer aux services.

Surtout si tu postes ton thread dans script/batch, alors qu'un service n'est ni l'un ni l'autre; c'est forcément un exe...

Déjà, ton programme, sera-ce un programme normal ou .Net ?

[nox75]

Yep, je sais que ca sera un exe (d'ailleurs c'est précisé dans mon message précédent).
J'ai posté ici parce que je n'ai pas trouvé de forum plus approprié. S'il y en a un, je prends...

Je suis plutot codeur pour appli web, et si je me tourne vers la création de service, c'est que je n'ai pas trop d'autre solution : /

D'habitude, dans mon appli, j'ai un script JScript qui parse une table SQL, puis qui génère des XML. J'appelle ensuite une méthode d'une dll C# (je ne l'ai pas écrite, je me contente de l'appeler) qui va envoyer ces XML vers Biztalk. Ce script était lancé manuellement, et il doit maintenant s'executer en continu, et parser continuellement ma table.
La création d'un service m'a donc paru être la solution la plus élégante. Je sais, dans mon exe, executer mes commande sql et générer les XML, ca marche, par contre je suis bloqué pour l'appel de la méthode C#.

Voila la problématique. Je suis ouvert à toute suggestion.

[Médinoc]

Si la DLL C# n'est pas Com-Visible, impossible de l'appeler directement depuis un programme natif.
Par contre, tu devrais pouvoir l'appeler facilement depuis un programme .Net. VB, C#, C++CLI... Le choix de langages est grand.

[Mat.M]

Si à partir d'un exe compilé natif on veut appeler une dll .NET regarder sur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
BOOL STDMETHODCALLTYPE _CorDllMain(
  HINSTANCE hInst,
  DWORD dwReason,
  LPVOID lpReserved
)

Instructs the Windows loader to look for the entry point in the DLL image, which must be named DllMain. In Windows XP or later, this function is called directly by the operating system loader. In versions of Windows earlier than Windows XP, it is called indirectly through a fixup in the loader.

Header file: Include Mscoree.h.
Library: link Link with Mscoree.lib.

J'ai trouvé cela dans le MSDN dis nous si cela fonctionne

[nox75]

Merci beaucoup !
Je vais regarder ca demain !
Tu aurais le lien direct ?

En dehors de ca, est ce que le type de problématique évoquée au dessus vous parle ? Pensez vous que la création d'un service n'est pas une bonne solution ?

[Mat.M]

Salut Nox75 regarder ici
http://msdn.microsoft.com/en-us/library/9yk0t8cf.aspx
Sinon pour la création d'un service oui si c'est un exe qui doit tourner constament en tache de fond

[smyley]

Si à partir d'un exe compilé natif on veut appeler une dll .NET regarder sur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
BOOL STDMETHODCALLTYPE _CorDllMain(
  HINSTANCE hInst,
  DWORD dwReason,
  LPVOID lpReserved
)

J'ai trouvé cela dans le MSDN dis nous si cela fonctionne

Salut Nox75 regarder ici
http://msdn.microsoft.com/en-us/library/9yk0t8cf.aspx

La MSDN c'est bien mais trop de MSDN tue la MSDN. Tu n'as jamais appelé une dll .NET à partir d'un programme natif ...

C'est bien plus compliqué d'appeler proprement du code managé à partir d'une application purement native et c'est pas en utilisant _CorDllMain qu'on peut le faire. Il faut utiliser l'interface ICorRuntimeHost :
http://msdn.microsoft.com/en-us/library/ms164320.aspx
http://www.codeproject.com/KB/COM/simpleclrhost.aspx
http://69.10.233.10/KB/cs/unmanagedtomanaged.aspx

Ce n'est pas le seul moyen d'appeler du code mangé à partir d'un code natif mais c'est le plus propre en dehors de l'utilisation de COM.

[Médinoc]

Mais même ça, c'est déjà utiliser COM, donc autant faire directement une assembly COM-Visible, ce sera moins se compliquer la vie...

[smyley]

Oui tu as raison, mais pour rendre une assembly COM-Visible il faut pouvoir la modifier et tout, définir les guids, etc alors que ce n'est pas lui qui code la dll a priori. Mais c'est sur, c'est plus rentable (même s'il faut aller jusqu'à créer une autre dll en C# pour utiliser la première et exposer la seconde au COM).