Discussion :

[k4eve]

Bonjour à tous,

Je viens de terminer ma première version d'une application Struts qui me permet de gérer la diffusion de fichiers stockés sur un serveur de fichiers. Sans rentrer dans plus de détails, mon application est hébergée sur une machine appelée SERVEUR A et les fichiers à gérer sont stockés sur un serveur de fichiers SERVEUR B.

Mon application struts, permet de copier ou déplacer des fichiers d'un répertoire du SERVEUR B vers un autre répertoire du SERVEUR B. Pour me débrouiller, vu que je savais comment faire autrement, le SERVEUR A utilise des montages NFS de répertoires partagés par SERVEUR B. Mon application Struts se contente donc de déplacer les fichiers en considérant que ce sont des fichiers locaux (en réalité il s'agit de ressources NFS).

Je suis convaincu qu'il serait plus efficace d'utiliser un programme sur SERVEUR B qui permette, par le biais de commandes à distance (RMI, XML) de déplacer les fichiers localement, sans transiter sur le réseau (NFS).

J'aimerais vraiment avoir votre avis la dessus, parce que je manque cruellement d'infos la dessus....

[ego]

Personnellement, je trouve que la solution que tu as mis en oeuvre est très bonne car elle semble remplir son rôle et ne t'a pas coûté trop cher.
Si tu ne passes pas par un montage, tu vas devoir créer une appli sur ton serveur B, gérer le transfert des données,.... bref tu vas devoir refaire ce que fait déjà NFS alors à quoi bon si tu n'as pas d'autres exigences ?

[k4eve]

Disons que vu la taille des fichiers gérés (plusieurs centaines de Mo) le temps de réponse de mon appli en prend un gros coup sans compter l'occupation du réseau lors du transfert de fichiers....

Ce qui me dérange vraiment c'est d'avoir des fichiers qui transitent sur le réseau, alors qu'il s'agit d'une copie ou d'un déplacement local sur une machine distante !

[ego]

Mais via une service directement sur ton serveur B, il y aura quand même des données qui passeront dans les tuyaux entre ton client et ton serveur B, non ? Peut-être que ton problème est alors que ton serveur d'app n'est pas ou ne peut pas être sur la machine qui héberge ton disque !?
Pour les temps de réponse, ne peux-tu pas lancer un thread qui fait le boulot en parallèle et redonner la main au client rapidemment ? Tout en gérant quand même les erreurs éventuelles et l'avertissement du client biensûr

[austin P.]

euh j'ai une idée peut etre pas genial mais il existe des lib java (dont jakarta common net) qui permettent de faire du telnet. Je n'y connais rien à NFS mais si une commande telnet peut faire l'affaire.....

[k4eve]

Salut,

Tout d'abord merci pour vos avis.

Je suis en train de tester une solution avec RMI, et je n'ai effectivement plus de traffic généré sur le réseau pour une copie en local de fichiers (cette opération étant faite à distance)

Il me reste à régler essentiellement des problèmes de portabilité, puisque mon serveur d'appli est sous linux et mon serveur de fichiers sous Windows

[ego]

L'idée de telnet est pas mal, effectivement. Les librairies de jakarta étant en plus intégrées à ANT, il est donc possible d'utiliser la tâche ANT "telnet" pour déclencher des actions à distance.
Le problème étant ici la configuration telnetd.
Mais bon, si ton serveur RMI marche...
As-tu pensé à ce qu'il faudrat faire en cas de plantage ?
Y a t-il des problèmes de charge / nb d'accès ?

L'essentiel est que tu trouves une solution,....évidemment

Bonne suite