[.NET/Managed C++/DCOM/Visual studio] Question pour experts

Bonjour,

J'ai réalisé un petit composant DCOM (service exe) en Managed C++, je n'ai pas eu de problème, car j'ai utilisé le wizard ATL, sachant que ce n'est pas un composant graphique, ni composant Web.
Ensuite, j'ai voulu faire le client en .Net et Managed C++. Sous visual studio 2003, je n'ai pas trouvé comment faire ça simplement comme on le faisait avant en MFC avec les macros AFX.
Est-ce qu'il existe un manière simple d'ajouter les liaisons avec l'interface du composant ? ou faut-il taper du code à la main ?
Si vous avez la réponse avec un client C# plutôt que le Managed C++, je suis aussi preneur

J'ai remarqué que Microsoft a mis en place un nouveau type de composant distribué qui, apparemment, devrait remplacer le DCOM, c'est le .NET Remoting. Si quelqu'un a déjà utilisé ce dernier, l'as-t-il trouvé convaincant ?
En fait en C#, je comprend qu'on utilise le .NET Remoting, mais en Managed .NET, n'est-il pas préférable de rester dans le DCOM (vis-à-vis des performances) ?

CORBA/DCOM/.NET Remoting, c'est bien joli l'interopérabilité, mais est-ce qu'on n'est pas en train de la perdre là ? déjà qu'avec DCOM et CORBA ça en fait beaucoup

Merci

Oula ! J'avais déjà peur en voyant que c'était toi qui posait une question , mais alors la en .net => buiten voor mij !

Ne t'inquiète pas ! En java c'est tout aussi bordélique ^^

La mode actuelle en Java c'est le Wsdl , en théorie c'est utilisable par n'importe qu'elle autre langage.

Bah ... on peut se consoler en se disant qu'i y aura toujours quelque chose de nouveau pour nous faire passer le temps à chercher comment le faire fonctionner xD