Discussion :

[PpPool]

Bonjour à tous,

Je travaille actuellement sur une appli en architecture 3 tiers en utilisant les composants de la suite INDY IdTCPClient et IdTCPServer.

Description succincte : un client a la possibilité de paramètrer un job. Ce job est transmis sous forme de message au serveur, qui va alors confirmer la bonne réception du job mais ne va pas le lancer de suite (gestion de files d'attente et de priorités de jobs).

Donc le client a soumis un job, il peut accéder à d'autres écrans pour faire d'autres choses (affichage de stats, graphique,..).

Coté serveur, une fois que le job sera lancé et terminé, je souhaite envoyer un message au client. A ce niveau, pas de problèmes.

C'est coté client que j'ai des soucis, comment INTERCEPTER le message ?

Je rappelle que je peux intercepter des messages quand le client envoi un message au serveur et que celui-ci lui répond immédiatement.

Là mon problème est typiquement de CATCHER le message provenant du serveur sans que le client est envoyé de message au serveur ?

Mon objectif est de rafraichir des infos coté client, à la demande du serveur

Hier, j'ai planché toute la journée, et une solution super bourrin que j'ai mis en place coté client est une procédure qui se lance dans un THREAD toutes les secondes pour aller LIRE ce que je reçois du serveur.

résultats : mon appli coté cliente est super ralenti, et certains messages n'ont pas été interceptés.

De plus, cette solution n'est pas satisfaisante. Car je peux très bien ne pas recevoir de messages du serveur pendant toute une journée, et pour une autre journée, en recevoir 10 (enfin c'est un exemple)

Donc, c'est vraiment le message envoyé par le serveur qui doit déclencher le rafraichissement coté client.

J'ai vu dans la doc hier qu'il existait la propriété INTERCEPT pour le composant IdTCPClient, mais à vrai dire, je n'ai pas réussi à comprendre son fonctionnement.

Kk'un a t-il une idée sur le problème ?
Au passage, un GRAND BRAVO à REISUBAR pour ses exemples dans la FAQ sur INDY et les sockets , super boulot !!!

@

[sjrd]

C'est assez simple en fait : tu crées un thread qui va lire ce que tu attends du serveur. Ce thread va bloquer pendant tout le temps que le serveur traite ton job, mais comme c'est un thread, ça ne pose pas de problème.
En plus, les composants Indy sont prévus pour être threadés sans bavure

[PpPool]

C'est assez simple en fait : tu crées un thread qui va lire ce que tu attends du serveur. Ce thread va bloquer pendant tout le temps que le serveur traite ton job, mais comme c'est un thread, ça ne pose pas de problème.
En plus, les composants Indy sont prévus pour être threadés sans bavure

Bonjour sjrd,

Merci de ta réponse, mais cela ne correspond pas à mon besoin.

Je ré-explique (j'ai pas été très explicite apparemment)

le client paramètre un job, celui-ci est envoyé au serveur par message.
le serveur reçoit, il répond au client qu'il a bien reçu, il place le job dans une file d'attente, donc le job n'est pas lancé de suite.
le client peut poursuivre son activité, il n'attend pas de réponses du serveur.

Coté serveur, j'examine l'état de ma file d'attente, et je lance le job quand je l'ai décidé (nombres de processus en cours, priorité du job).

Nota : un job est lancé coté serveur dans un thread avec un identifiant de job (j'ai stocké dans une bdd au préalable les infos sur le job (utilisateur, adresse IP du client, paramètrage,...).

Le serveur lance et termine le job. Je souhaite envoyer au client (par son adresse IP), un message.

Coté client, je souhaite INTERCEPTER ce message, et lancer un rafraichissement d'un certain nombre d'informations (liste des jobs en attente, en cours, terminé, liste des connectés,...).
Ces infos sont dispos dans une BDD. Ce n'est pas le serveur qui doit me les envoyer. Je veux juste INTERCEPTER un message comme 'REFRESH' pour lancer une procédure coté client.

J'espère que je suis plus clair.

merci de ton aide

@

[sjrd]

Perso je vois deux solutions :

• Ou tu intègre un serveur à ton client et un client à ton serveur
• Ou tu fais ton refresh dans un timer

[PpPool]

Perso je vois deux solutions :

• Ou tu intègre un serveur à ton client et un client à ton serveur
• Ou tu fais ton refresh dans un timer

re-bonjour sjrd,

1/ je comprends pas trop ce ke tu veux dire par là pourrais tu m'expliquer un peu plus ta solution ?

2/ solution du refresh dans un timer pas très performante, c'est ce ke j'ai tenté en vain hier (cf début du post)

Pourtant, il existe une propriété INTERCEPT au niveau des composants INDY TCP, on doit pouvoir s'en servir !!

mais à vrai dire l'aide n'est pas d'un grand secours

merci encore de ton aide (je tourne un peu en rond)

@

[HopeLeaves]

Si j'ai compris ce que sjrd a voulu dire par :
"tu intègre un serveur à ton client et un client à ton serveur "

Le truc, c que tu sais tres facilement envoyer un message au IdTCPServer depuis un IdTCPClient.
Donc pour passer un message de ton Application serveur a ton Application cliente, pose un idTCPServer dans ton client, et a l'aide d'un IdTCPclient posé dans ton serveur, connecte le client de l'application serveur, au serveur de l'application client, envois le message, et deconnecte cette connection.


Sisi, c'est tres clair.
Aussi confu que ca puisse peut etre parraitre, ca marche tres bien, mais avec un grand nombre de clients, tu perds un temps non negligeable.

[PpPool]

pour ta réponse, elle est très claire, je vais tester cela.


@