File transfert et problématique de charge

Bonjour,

Voilà, j'ai une application web faisant appel à des EJB. La question que je me pose est assez simple, lorsqu'un utilisateur est sur l'interface web et qu'il upload un fichier sur le serveur, si le fichier doit être traité par un EJB (analyse et import de données), est-ce problématique en terme de charge, faisabilité...etc.
Le serveur supporte un grand nombre d'EJB et donc ce genre de traitement, je pense l'éviter mais j'aimerais avoir l'avis de personnes ayant été confronté à ce genre de problématique.

D'avance merci

Ne peux-tu pas mettre en place un système de traitement asynchrone ?
Une fois le fichier "uploadé" tu génére un message et un "subscriber" (EJB MDB ou simple subscriber JMS hors serveur d'appli) traite le fichier ?
Ainsi, tu ne bloqueras pas trop longtemps la transaction client.

Le problème ce n'est pas l'utilisateur, c'est surtout d'éviter de surcharger le conteneur EJB avec un transfert de fichier, en plus du transfert de fichier sur le serveur Web... Quoi qu'il soit, je vais éviter de transférer le fichier par la mécanique EJB mais directement en plaçant le fichier dans un endroit accessible par les EJB.

Merci.

Pourquoi ne pas utiliser http://jakarta.apache.org/commons/fileupload ?

Bon, je n'ai peut-être pas été assez clair mais la question concernant l'upload ne pose pas de problème, c'est juste qu'une fois le fichier pris en compte par une servlet, il doit transmettre son contenu à un EJB. Et cet EJB, n'est pas censé se trouver spécialement dans le même environnement que la webapp. Donc, je pense qu'il vaut mieux éviter de transmettre le contenu du fichier, de la webapp vers l'EJB mais qu'il suffit de le placer à un endroit particulier (par exemple un chemin réseau) que l'EJB peut atteindre. Non?

ok, c'est effectivement plus clair.
je pense donc que ta stratégie est la meilleure = mettre le fichier dans un répertoire accessible par l'EJB et transmettre le chemin complet du fichier à l'EJB.
Ensuite, à toi de voir si le traitement doit être synchrone ou asynchrone par rapport à l'opération d'upload. Pour un traitement asynchrone, peut être qu'une communication via JMS serait la bienvenue.

Oui donc voilà, même si je me suis déjà orienté vers cette solution, ma question reste la même, histoire d'être fixé : est-ce sans inconvénient majeur ou, au contraire, complètement déconseillé de transmettre le contenu d'un fichier de façon directe, d'une webapp vers un EJB (dans un contexte ou la charge serveur peut être importante et le fichier transmis peut également être conséquent) ?

Sinon, pour savoir si j'utilise un traitement asynchrone ou non, je dirais que pour l'instant je ne me pose pas la question car le fichier uploadé n'est réellement traité que dans un deuxième temps, par une autre action de l'utilisateur, et donc l'EJB cible, n'a dans un premier qu'une fonction de référencement du nouveau fichier. Le fichier est ensuite sélectionné par l'utilisateur, au sein d'une liste, puis traité de façon synchrone ou asynchrone par un schéduleur, selon de choix de l'utilisateur.

Voilà, merci Ego de participer à ma réflexion ;)

ok, j'ai tout compris.
Pour le passage de fichier, l'utilisation des EJBs n'est effectivement pas conseillée. Il y a des protocoles spécialement fait pour cela,....ftp. Donc si tu peux stocker le fichier dans un répertoire accessible par l'EJB c'est beaucoup mieux. Libre ensuite à l'EJB d'ouvrir le fichier comme il le veut avec un stream approprié.

Bonne chance pour la suite des opérations. :D