Les échanges réseaux entre les éléments d'une application

J'ai envoyé un mail à matrix la semaine dernière afin de connaitre exactement les échanges entre les différents éléments d'une application matrix.
J'ai envoyé un schéma simplifié et j'ai eu le retour du schéma comme réponse, voir ci-dessous :



Seulement il me manque encore des infos notamment :

- Qui transfert (et comment) le fichier du serveur de fichier vers le serveur WEB (qui lui le donne par http à l'utilisateur).
- Qui permet le transfert de fichier du serveur de fichiers du site central vers le site 1 (idem avec les sites entre eux), il faut savoir qui supporte la connexion FTP (pour les coupures réseau ou autres)

1. Déja, tu peux supprimer le lien entre le "Client" et le "Serveur de Fichiers du Site 1".
En effet, aucun utilisateur ne peut se connecter directement au serveur FTP (hormis utilisation d'un client lourd).

2. Qui transfert (et comment) le fichier du serveur de fichier vers le serveur WEB (qui lui le donne par http à l'utilisateur) :
C'est la servlet RMI contenu dans l'application eMatrix qui gère elle-même la connexion du serveur Web au serveur de fichier détenteur du fichier (serveur FTP Local ou distant).
C'est au travers du protocole FTP qu'elle se connecte (donc normalement port 21 et initié par le serveur Web).

3. Qui permet le transfert de fichier du serveur de fichiers du site central vers le site 1 (idem avec les sites entre eux), il faut savoir qui supporte la connexion FTP (pour les coupures réseau ou autres)
a. c'est toujours le site du client (son eFCS) qui gère les connexions (ce sont des connexions "pull"... le client tire l'information de son eFCS ; qui lui même la tire (demande) sur le site détenteur).
b. si par 'permet', tu veux dire autorise... c'est toujours le serveur MCS (qui donnera les infos via ticket XML).
c. qui supporte la connexion FTP. Si la variable MX_MCS_URL est déclarée : c'est directement du site qui demande au site qui possède, que la connexion FTP est réalisée.
Sinon, le serveur MCS se charge de récupérer le fichier. Puis le site que demande (celui du client), vient le récupérer sur le site MCS.

Pierre

Merci pour cette réponse limpide.

Donc si on reprend un peu le schéma ça donne:

Schéma 1


ou

Schéma 2

Le premier est bon.
Le deuxième est faux (il n'y a pas de connexion FTP directement d'un serveur FTP à un autre).
==> L'intelligence (le démarrage de la connexion) etant toujours géré par la servlet RMI (donc sur un eFCS).

rudbg a écrit:

Ok, merci.

Mais par exemple lors du transfert du fichier du site central vers le site1, le fichier ne transite pas par le eFCS quand même.
Je m'explique :

- Le ticket est échangé du web central vers le eFCS,
- Le eFCS ouvre la connexion FTP entre les serveurs de fichiers deux sites,
- Mais le fichier fait quoi?

A. Il transite du serveur de fichiers du site central vers le eFCS et du eFCS vers le serveur de fichiers du site 1
b. Il transite directement entre les deux (donc il y a un lien entre le serveur de fichiers du site central et celui du site 1)

rudbg a écrit:
A. Il transite du serveur de fichiers du site central vers le eFCS et du eFCS vers le serveur de fichiers du site 1

C'est cette réponse qui est la bonne.

le eFCS du user récupère le fichier (FTP Central - eFCS1)
le eFCS le donne en parallèle au user (eFCS - user)
si le poste du user dit OK à la fin du téléchargement,... alors le eFCS le transfert vers son serveur FTP (eFCS - FTP local)