I have an application in C++ that runs on different client computers. I need
to develop an application in C# on the server that sends parameters to the
client application (in C++). What is the best solution to make the
application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the client
users (C++) speak in a microphone and the server user (C#) has to listen to
it). What is the best solution again ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Ambassadeur Kosh
sockets ?
"Steph" wrote in message news:
Hi,
I have an application in C++ that runs on different client computers. I need to develop an application in C# on the server that sends parameters to the client application (in C++). What is the best solution to make the application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the client users (C++) speak in a microphone and the server user (C#) has to listen to it). What is the best solution again ?
Thanks !
sockets ?
"Steph" <no_spam@no_spam.org> wrote in message
news:upRcxJycFHA.2760@tk2msftngp13.phx.gbl...
Hi,
I have an application in C++ that runs on different client computers. I
need
to develop an application in C# on the server that sends parameters to the
client application (in C++). What is the best solution to make the
application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the
client
users (C++) speak in a microphone and the server user (C#) has to listen
to
it). What is the best solution again ?
I have an application in C++ that runs on different client computers. I need to develop an application in C# on the server that sends parameters to the client application (in C++). What is the best solution to make the application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the client users (C++) speak in a microphone and the server user (C#) has to listen to it). What is the best solution again ?
Thanks !
Lloyd Dupont
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par dessus et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" wrote in message news:
Hi,
I have an application in C++ that runs on different client computers. I need to develop an application in C# on the server that sends parameters to the client application (in C++). What is the best solution to make the application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the client users (C++) speak in a microphone and the server user (C#) has to listen to it). What is the best solution again ?
Thanks !
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC
mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" <no_spam@no_spam.org> wrote in message
news:upRcxJycFHA.2760@tk2msftngp13.phx.gbl...
Hi,
I have an application in C++ that runs on different client computers. I
need
to develop an application in C# on the server that sends parameters to the
client application (in C++). What is the best solution to make the
application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the
client
users (C++) speak in a microphone and the server user (C#) has to listen
to
it). What is the best solution again ?
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par dessus et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" wrote in message news:
Hi,
I have an application in C++ that runs on different client computers. I need to develop an application in C# on the server that sends parameters to the client application (in C++). What is the best solution to make the application in C# communicate with the application in C++ ?
I also need to make sound navigate between the two applications (the client users (C++) speak in a microphone and the server user (C#) has to listen to it). What is the best solution again ?
Thanks !
Steph
Désolé pour l'anglais, je me suis gouré de groupe... L'appli ne compile pas avec vs.net.
En fait, l'appli C++ tourne sur chaque poste client. Et il faut une autre appli sur le serveur qui permette deux choses: - Envoyer des paramètres aux appli sur les postes client (et en récupérer) - Pouvoir ecouter ce qui se passe sur le poste client (qui écoute un fichier wav...) et parler à l'utilisateur de ce poste client via le micro. Cette appli, devrait en C#.
Quelle solution utiliser pour l'envoi et la réception de données (paramètres) Quelle solution utiliser pour la communication du son (le deuxième point ci-dessus)
Est-ce que les sockets peuvent fonctionner et suffire (quid du temps de latence pour le son et la voix ?) pour les 2 points (par rapport aux webservices dont tu parles) ? Y a t'il une meilleure solution ?
Merci !
"Lloyd Dupont" a écrit dans le message de news:
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par
dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" wrote in message news: > Hi, > > I have an application in C++ that runs on different client computers. I > need > to develop an application in C# on the server that sends parameters to
the
> client application (in C++). What is the best solution to make the > application in C# communicate with the application in C++ ? > > I also need to make sound navigate between the two applications (the > client > users (C++) speak in a microphone and the server user (C#) has to listen > to > it). What is the best solution again ? > > Thanks ! > >
Désolé pour l'anglais, je me suis gouré de groupe...
L'appli ne compile pas avec vs.net.
En fait, l'appli C++ tourne sur chaque poste client.
Et il faut une autre appli sur le serveur qui permette deux choses:
- Envoyer des paramètres aux appli sur les postes client (et en récupérer)
- Pouvoir ecouter ce qui se passe sur le poste client (qui écoute un fichier
wav...) et parler à l'utilisateur de ce poste client via le micro.
Cette appli, devrait en C#.
Quelle solution utiliser pour l'envoi et la réception de données
(paramètres)
Quelle solution utiliser pour la communication du son (le deuxième point
ci-dessus)
Est-ce que les sockets peuvent fonctionner et suffire (quid du temps de
latence pour le son et la voix ?) pour les 2 points (par rapport aux
webservices dont tu parles) ?
Y a t'il une meilleure solution ?
Merci !
"Lloyd Dupont" <ld@NewsAccount.galador.net> a écrit dans le message de
news:uo7e79zcFHA.720@TK2MSFTNGP15.phx.gbl...
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par
dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC
mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" <no_spam@no_spam.org> wrote in message
news:upRcxJycFHA.2760@tk2msftngp13.phx.gbl...
> Hi,
>
> I have an application in C++ that runs on different client computers. I
> need
> to develop an application in C# on the server that sends parameters to
the
> client application (in C++). What is the best solution to make the
> application in C# communicate with the application in C++ ?
>
> I also need to make sound navigate between the two applications (the
> client
> users (C++) speak in a microphone and the server user (C#) has to listen
> to
> it). What is the best solution again ?
>
> Thanks !
>
>
Désolé pour l'anglais, je me suis gouré de groupe... L'appli ne compile pas avec vs.net.
En fait, l'appli C++ tourne sur chaque poste client. Et il faut une autre appli sur le serveur qui permette deux choses: - Envoyer des paramètres aux appli sur les postes client (et en récupérer) - Pouvoir ecouter ce qui se passe sur le poste client (qui écoute un fichier wav...) et parler à l'utilisateur de ce poste client via le micro. Cette appli, devrait en C#.
Quelle solution utiliser pour l'envoi et la réception de données (paramètres) Quelle solution utiliser pour la communication du son (le deuxième point ci-dessus)
Est-ce que les sockets peuvent fonctionner et suffire (quid du temps de latence pour le son et la voix ?) pour les 2 points (par rapport aux webservices dont tu parles) ? Y a t'il une meilleure solution ?
Merci !
"Lloyd Dupont" a écrit dans le message de news:
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par
dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" wrote in message news: > Hi, > > I have an application in C++ that runs on different client computers. I > need > to develop an application in C# on the server that sends parameters to
the
> client application (in C++). What is the best solution to make the > application in C# communicate with the application in C++ ? > > I also need to make sound navigate between the two applications (the > client > users (C++) speak in a microphone and the server user (C#) has to listen > to > it). What is the best solution again ? > > Thanks ! > >
jeremie fouché
Lloyd Dupont a écrit :
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je me demanderais d'abord si les XML-RPC ne serait pas approprie?
Bonjour, je me permet de prendre ici la conversation. Je souhaite me mettre aux web services en CSharp. J'ai deja un serveur de services web en php (xmlrpc), et je souhaiterai dialoguer avec un client CSharp. Avez vous des liens afin de débuter avec les classes kiconbien ?
J'ai téléchargé le sdk .NET hier, et j'ai regardé vite fait. J'ai pas trouvé grand chose avec les mots clef xml rpc.
-- Jérémie
Lloyd Dupont a écrit :
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
Bonjour, je me permet de prendre ici la conversation.
Je souhaite me mettre aux web services en CSharp. J'ai deja un serveur
de services web en php (xmlrpc), et je souhaiterai dialoguer avec un
client CSharp. Avez vous des liens afin de débuter avec les classes
kiconbien ?
J'ai téléchargé le sdk .NET hier, et j'ai regardé vite fait. J'ai pas
trouvé grand chose avec les mots clef xml rpc.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je me demanderais d'abord si les XML-RPC ne serait pas approprie?
Bonjour, je me permet de prendre ici la conversation. Je souhaite me mettre aux web services en CSharp. J'ai deja un serveur de services web en php (xmlrpc), et je souhaiterai dialoguer avec un client CSharp. Avez vous des liens afin de débuter avec les classes kiconbien ?
J'ai téléchargé le sdk .NET hier, et j'ai regardé vite fait. J'ai pas trouvé grand chose avec les mots clef xml rpc.
"jeremie fouché" wrote in message news:d90sof$ofq$
Lloyd Dupont a écrit :
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je me demanderais d'abord si les XML-RPC ne serait pas approprie?
Bonjour, je me permet de prendre ici la conversation. Je souhaite me mettre aux web services en CSharp. J'ai deja un serveur de services web en php (xmlrpc), et je souhaiterai dialoguer avec un client CSharp. Avez vous des liens afin de débuter avec les classes kiconbien ?
J'ai téléchargé le sdk .NET hier, et j'ai regardé vite fait. J'ai pas trouvé grand chose avec les mots clef xml rpc.
"jeremie fouché" <jeremie.fouche@gmail.com> wrote in message
news:d90sof$ofq$1@news.tiscali.fr...
Lloyd Dupont a écrit :
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je me demanderais d'abord si les XML-RPC ne serait pas approprie?
Bonjour, je me permet de prendre ici la conversation.
Je souhaite me mettre aux web services en CSharp. J'ai deja un serveur de
services web en php (xmlrpc), et je souhaiterai dialoguer avec un client
CSharp. Avez vous des liens afin de débuter avec les classes kiconbien ?
J'ai téléchargé le sdk .NET hier, et j'ai regardé vite fait. J'ai pas
trouvé grand chose avec les mots clef xml rpc.
"jeremie fouché" wrote in message news:d90sof$ofq$
Lloyd Dupont a écrit :
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas je me demanderais d'abord si les XML-RPC ne serait pas approprie?
Bonjour, je me permet de prendre ici la conversation. Je souhaite me mettre aux web services en CSharp. J'ai deja un serveur de services web en php (xmlrpc), et je souhaiterai dialoguer avec un client CSharp. Avez vous des liens afin de débuter avec les classes kiconbien ?
J'ai téléchargé le sdk .NET hier, et j'ai regardé vite fait. J'ai pas trouvé grand chose avec les mots clef xml rpc.
-- Jérémie
Lloyd Dupont
pas grave pour l'anglais je ne m'en etais meme pas rendu compte! forcement en Australie, on prend le pli ;)
ben pour le streaming tout les protocol haut niveau genre WebService, Remoting, etc.. ne sont pas top performance. la je te conseille de batir ton propre protocol (autour des socket, bien sur!, p'tet meme de l'UDP si tu veux plusieur client local). Y'a p'tet moyen de reutiliser les HttpListener / server, chais pas...
pour la communication, ben tu peux faire ton propre protocol, mais ca reste quand meme enormement plus simple et plus flexible d'employer un protocol tout fait! alors mois je te conseillerais WebServices. il doit bien avoir des classes C++ pour generer un message SOAP facilement (j'imagine, chais pas) et avec .NET c'est un jeu d'enfant d'ecrire un WebService (et avec .NET 2.0 beta c'est un jeu d'enfant d'implementer un SERVEUR pour web services, avec 1.1 tu dois plus ou moins utiliser IIS, enfin je crois, chuis pas sur)
par contre j'ai pas utiliser des masses.. alors je laisserais les autre te donner plus d'infos...
"Steph" wrote in message news:e9h$Cd%
Désolé pour l'anglais, je me suis gouré de groupe... L'appli ne compile pas avec vs.net.
En fait, l'appli C++ tourne sur chaque poste client. Et il faut une autre appli sur le serveur qui permette deux choses: - Envoyer des paramètres aux appli sur les postes client (et en récupérer) - Pouvoir ecouter ce qui se passe sur le poste client (qui écoute un fichier wav...) et parler à l'utilisateur de ce poste client via le micro. Cette appli, devrait en C#.
Quelle solution utiliser pour l'envoi et la réception de données (paramètres) Quelle solution utiliser pour la communication du son (le deuxième point ci-dessus)
Est-ce que les sockets peuvent fonctionner et suffire (quid du temps de latence pour le son et la voix ?) pour les 2 points (par rapport aux webservices dont tu parles) ? Y a t'il une meilleure solution ?
Merci !
"Lloyd Dupont" a écrit dans le message de news:
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par
dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" wrote in message news: > Hi, > > I have an application in C++ that runs on different client computers. I > need > to develop an application in C# on the server that sends parameters to
the
> client application (in C++). What is the best solution to make the > application in C# communicate with the application in C++ ? > > I also need to make sound navigate between the two applications (the > client > users (C++) speak in a microphone and the server user (C#) has to > listen > to > it). What is the best solution again ? > > Thanks ! > >
pas grave pour l'anglais je ne m'en etais meme pas rendu compte!
forcement en Australie, on prend le pli ;)
ben pour le streaming tout les protocol haut niveau genre WebService,
Remoting, etc.. ne sont pas top performance.
la je te conseille de batir ton propre protocol (autour des socket, bien
sur!, p'tet meme de l'UDP si tu veux plusieur client local). Y'a p'tet moyen
de reutiliser les HttpListener / server, chais pas...
pour la communication, ben tu peux faire ton propre protocol, mais ca reste
quand meme enormement plus simple et plus flexible d'employer un protocol
tout fait!
alors mois je te conseillerais WebServices.
il doit bien avoir des classes C++ pour generer un message SOAP facilement
(j'imagine, chais pas)
et avec .NET c'est un jeu d'enfant d'ecrire un WebService (et avec .NET 2.0
beta c'est un jeu d'enfant d'implementer un SERVEUR pour web services, avec
1.1 tu dois plus ou moins utiliser IIS, enfin je crois, chuis pas sur)
par contre j'ai pas utiliser des masses.. alors je laisserais les autre te
donner plus d'infos...
"Steph" <no_spam@no_spam.org> wrote in message
news:e9h$Cd%23cFHA.3144@TK2MSFTNGP10.phx.gbl...
Désolé pour l'anglais, je me suis gouré de groupe...
L'appli ne compile pas avec vs.net.
En fait, l'appli C++ tourne sur chaque poste client.
Et il faut une autre appli sur le serveur qui permette deux choses:
- Envoyer des paramètres aux appli sur les postes client (et en récupérer)
- Pouvoir ecouter ce qui se passe sur le poste client (qui écoute un
fichier
wav...) et parler à l'utilisateur de ce poste client via le micro.
Cette appli, devrait en C#.
Quelle solution utiliser pour l'envoi et la réception de données
(paramètres)
Quelle solution utiliser pour la communication du son (le deuxième point
ci-dessus)
Est-ce que les sockets peuvent fonctionner et suffire (quid du temps de
latence pour le son et la voix ?) pour les 2 points (par rapport aux
webservices dont tu parles) ?
Y a t'il une meilleure solution ?
Merci !
"Lloyd Dupont" <ld@NewsAccount.galador.net> a écrit dans le message de
news:uo7e79zcFHA.720@TK2MSFTNGP15.phx.gbl...
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par
dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC
mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" <no_spam@no_spam.org> wrote in message
news:upRcxJycFHA.2760@tk2msftngp13.phx.gbl...
> Hi,
>
> I have an application in C++ that runs on different client computers. I
> need
> to develop an application in C# on the server that sends parameters to
the
> client application (in C++). What is the best solution to make the
> application in C# communicate with the application in C++ ?
>
> I also need to make sound navigate between the two applications (the
> client
> users (C++) speak in a microphone and the server user (C#) has to
> listen
> to
> it). What is the best solution again ?
>
> Thanks !
>
>
pas grave pour l'anglais je ne m'en etais meme pas rendu compte! forcement en Australie, on prend le pli ;)
ben pour le streaming tout les protocol haut niveau genre WebService, Remoting, etc.. ne sont pas top performance. la je te conseille de batir ton propre protocol (autour des socket, bien sur!, p'tet meme de l'UDP si tu veux plusieur client local). Y'a p'tet moyen de reutiliser les HttpListener / server, chais pas...
pour la communication, ben tu peux faire ton propre protocol, mais ca reste quand meme enormement plus simple et plus flexible d'employer un protocol tout fait! alors mois je te conseillerais WebServices. il doit bien avoir des classes C++ pour generer un message SOAP facilement (j'imagine, chais pas) et avec .NET c'est un jeu d'enfant d'ecrire un WebService (et avec .NET 2.0 beta c'est un jeu d'enfant d'implementer un SERVEUR pour web services, avec 1.1 tu dois plus ou moins utiliser IIS, enfin je crois, chuis pas sur)
par contre j'ai pas utiliser des masses.. alors je laisserais les autre te donner plus d'infos...
"Steph" wrote in message news:e9h$Cd%
Désolé pour l'anglais, je me suis gouré de groupe... L'appli ne compile pas avec vs.net.
En fait, l'appli C++ tourne sur chaque poste client. Et il faut une autre appli sur le serveur qui permette deux choses: - Envoyer des paramètres aux appli sur les postes client (et en récupérer) - Pouvoir ecouter ce qui se passe sur le poste client (qui écoute un fichier wav...) et parler à l'utilisateur de ce poste client via le micro. Cette appli, devrait en C#.
Quelle solution utiliser pour l'envoi et la réception de données (paramètres) Quelle solution utiliser pour la communication du son (le deuxième point ci-dessus)
Est-ce que les sockets peuvent fonctionner et suffire (quid du temps de latence pour le son et la voix ?) pour les 2 points (par rapport aux webservices dont tu parles) ? Y a t'il une meilleure solution ?
Merci !
"Lloyd Dupont" a écrit dans le message de news:
si l'appli C++ compile avec VS.NET, je rajouterais du managed C++ par
dessus
et je communiquerait tout simplement avec Remoting (le .NET-.NET IPC mechanism of choice)
sinon j'emploierais les WebServices.
dans le pire des cas je ferais mon propres protocol. dans ce pire des cas
je
me demanderais d'abord si les XML-RPC ne serait pas approprie?
"Steph" wrote in message news: > Hi, > > I have an application in C++ that runs on different client computers. I > need > to develop an application in C# on the server that sends parameters to
the
> client application (in C++). What is the best solution to make the > application in C# communicate with the application in C++ ? > > I also need to make sound navigate between the two applications (the > client > users (C++) speak in a microphone and the server user (C#) has to > listen > to > it). What is the best solution again ? > > Thanks ! > >
