Discussion :

[Roger_Rabbit]

Bonjour,

pour mon retour sur cette techno, mon problème du jour est assez tricard...
Je dois réaliser un input un peu "costaud" dans un formulaire. Il s'agit de copier le contenu d'un très gros fichier dans un h:inputTextArea.
Tout marche jusqu'à un certain volume (que je n'ai pas formellement identifié, mais -de manière empirique- j'estime qu'il doit tourner autour de 6-700 Ko).
Au-delà, mes listeners, setters et a fortiori actions ne sont simplement plus appelés : le client reste simplement bloqué en mode "attente", avec une requête "post" dans la pile, mais il semblerait que le proxy JSF ne soit jamais atteint.
Lorsque je fais le même import au moyen d'un fichier, j'ai à la place une "concurrentModificationException" (que je n'ai pas réussi à résoudre, malgré l'utilisation de tout une série de "synchronized" sur les objets susceptibles d'entrer en concurrence...

Je suis donc curieux de connaitre vos expériences sur ce point, afin notamment de comprendre quel est le problème exactement dans ces cas de gros volume, et éventuellement de le résoudre par une astuce ou une autre.

Merci d'avance de vos idées / suggestions / avis!

PS : Je suis conscient que ce genre de volume impose plutôt une méthode asynchrone, mais disons que j'essaie de résoudre ou à défaut de comprendre le problème avec cette méthode pour ma propre culture.

[N4rc0]

Bonjour Roger_Rabbit,

J'avoue ne jamais avoir été confronté à ce genre de problème, et pour cause, si limite il y a (et je pense que oui), alors elle d'un ordre de grandeur prévoyant tous les cas classiques d'utilisation d'un inputtextarea.

Tu peux effectivement chercher de ce côté là mais ce qui m'intrigue plus, c'est plutôt l'intérêt porté à copier l'intégralité d'un fichier dans cet inputTextArea ?

Est-ce vraiment une demande farfelue d'un client ? Ou serait-ce un moyen détourné de faire un upload de fichier en JSF ?

Si cela est le cas, pourquoi n'utilises-tu pas de composant prévu à cet effet ?

[Roger_Rabbit]

Bonjour, et merci pour ton avis.

Pour te répondre, oui, c'est un moyen détourné de faire un upload de fichier : les utilisateurs important parfois des formats très particuliers (et donc imprévus), on a prévu l'option de secours en copier/coller.
Mais j'ai de toutes façons également un problème de taille avec l'import de fichier (rich:fileupload en l'occurence)... donc la solution asynchrone s'impose de toutes façons!

Mais si je veux mettre en place une telle solution, je reste confronter à deux problèmes:

1. pouvoir détecter en entrée ce dépassement de taille critique, et (ce qui va poser problème si je n'arrive pas à faire appel à mon bean... ) => pour éventuellement choisir la méthode d'import en fonction de ce point
2. trouver une astuce pour pouvoir transmettre les données de ces "très volumineux" input à mon bean!

[Mathieu.J]

Bonjour,

Ton serveur peut avoir une limite de taille (en octet) pour les requêtes HTTP de type POST ou GET. A vérifier dans la configuration.

Ex, Glassfish 3.1 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

max-post-size-bytes     2097152       (Optional) Specifies the maximum size of POST actions.

Source

[Roger_Rabbit]

Merci de ta réponse (et désolé du retard de la mienne).

La piste a l'air intéressante et la configuration de notre apache est similaire à celle de glassfish que tu as citée comme exemple : je dois donc pouvoir tester ça assez facilement (dès que je trouve le temps!)... par contre la taille limite que j'avais déduite ne colle pas. Cependant, ça reste une piste à creuser... et je ferai un retour aussitôt que j'aurai vérifié.