Discussion :

[ALSCO]

Bonjour,

Je développe une application qui fonctionnerait dans une session terminal service (serveur 2003).

Je voudrais pouvoir faire communiquer cette appli avec un service ou une application qui serait exécuté dans la session windows qui a ouvert la session TS.

J'essaye de shématiser...Ca sera plus clair:

1° Session Windows -----> Session Terminal Service -----> Application TS

2° Service ou Application dans la session Windows <----(Message du style WM_Quelquechose)--- Application TS

3° Réaction du service ou de l'application dans la session windows.


Je pense que c'est possible, mais je ne sais pas du tout comment.
ET si ca pouvait aussi marcher dans l'autre sens, ce serait encore mieux.

Si quelqu'un a une idée, ce serait sympa de me l'indiquée.

Merci.

[ALSCO]

C'est peut-etre plus utile que j'explique à quoi ca doit servir...

J'ai une application qui numérise des documents.
Elle doit maintenant fonctionner en Terminal Services.

Le problème, c'est que TS ne supporte pas TWAIN et est incapable de détecter le scanner sur le poste client, ni même sur le serveur lui même.

Donc je me dit que la solution serait de scinder l'application en deux:

Partie 1: un service qui s'occupera de numériser et déposer le document quelque part sur le poste client.

Partie 2: L'application maître qui enverra à la partie 1 un "signal" pour demander la numérisation et qui rapatriera le document numérisé du poste de travail sur le serveur.

L'idéal serait que la partie1 puisse renvoyer un message à la partie2 pour dire qu'elle a fini de numériser(mais ce n'est pas obligatoire).

[Andnotor]

TWAIN fonctionne parfaitement dans une session TS. Ton problème est plutôt de trouver des drivers compatibles 2003.

Le client/serveur peut être fait avec les composants Indy ou un named pipe.

[ALSCO]

J'aimerais bien, mais même Microsoft indique que la redirection de scanner et caméras n'est pas possible en Terminal services (RDP 5).

J'aurais peut-être du préciser qu'il s'agit d'un serveur 2003 avec RDP 5 et non RDP 6 qui lui supporte la redirection de scanner.

Twain fonctionne sur win serveur 2003 avec un scanner connecté sur le serveur mais des que l'on active Terminal Services, c'est fini.

[ALSCO]

Le client/serveur peut être fait avec les composants Indy ou un named pipe.

J'y ai pensé, mais ce que je cherche c'est le moyen (qui je pense doit exister) de faire communiquer la session terminal service (ou l'acces bureau à distance) et la session windows qui l'a initialisée.

Je pense que ca existe, parce que pour la redirection des ressources locales, il faut bien que les deux communiquent.

Si je ne me trompe pas, avec les composants Indy, en plus de la session terminal services, il faut ouvrir une connexion TCP/IP supplémentaire gerer des ports etc...

[gb_68]

Bonjour,
cela s'appelle les "Virtual Channels".

Coté client soit par un ActiveX Msrdp Envoi/Réception,
soit par un plugin (chargé par l'ActiveX -> PluginDlls ou le client RDP Microsoft mstsc -> clés registres).

Coté Serveur, les fonctions WTS.

[ALSCO]

Bonjour,
cela s'appelle les "Virtual Channels".

Coté client soit par un ActiveX Msrdp Envoi/Réception,
soit par un plugin (chargé par l'ActiveX -> PluginDlls ou le client RDP Microsoft mstsc -> clés registres).

Coté Serveur, les fonctions WTS.

Merci à toi pour l'info...Il ne me reste plus qu'à étudier tout ca...

Si jamais tu as un lien avec une doc plus détaillée (avec des exemples), je suis preneur...sinon je vais chercher...Mais au moins, je sais quoi chercher.

Merci encore

[NiKKrO]

Bonjour,

le sujet m'intéresse également, surtout pour des exemples, je n'en ai pas trouvé beaucoup, si jamais quelqu'un a des liens je suis preneur