Merci
Phil
Frédéric Glorieux wrote:
Oups je n'avais pas vu ces mails en effet. Merci Frederic.
Je serais pas contre de voir le code de l'action en effet, mais avant
je crois je dois verifier mon besoin:
Je voudrais surtout en savoir plus sur le probleme de perf
d'ImageReader : je ne gere max qu'une photo personnelle sur la page
perso de chaque user, et pas un album, donc j'espere beaucoup
d'images, mais jamais 2 par page. Crois tu qu'ImageReader pourrait
etre acceptable pour cela?
Une image par page, peu de risques de problèmes, sauf si 20 personnes
en même temps se connectent dans la même seconde, et que la JVM est
limitée à 64Mo. Après la première demande, l'image est bien mise en
cache par cocoon, ce n'est plus le problème de l'ImageReader.
Un problème qui reste, l'ImageReader ne supporte pas nativement le gif.
Notre choix d'ImagMagick nous a permis de résoudre facilement ce
problème.
Pour des autres librairies JAVA, le fil cité parle un peu de JAI, il
faut avoir envie, sinon j'ai déjà pu tester
<http://schmidt.devlib.org/jiu/documentation.html>.
En exploitation, j'ai tiré du bon code pour trouver les octets
magiques qui déterminent le format d'une image
<http://schmidt.devlib.org/image-info/index.html> (sur le flux
d'octets, sans charger un pixel).
(par contre je crois etre tombe sur cette situation similaire a ce
que tu decris dans ces mails avec une image vide qui semble rester
cachee quelquepart et peut etre comme j'ai lu par firefox...)
C'est vrai qu'un problème serveur peut se résoudre, mais on n'a pas la
main sur la cache du client. Je n'ai pas trouvé de méthode pour éviter
l'effet d'une réponse 200 de Cocoon/Tomcat, quand il y a un out of
memory.
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:[EMAIL PROTECTED]
Autres commandes : mailto:[EMAIL PROTECTED]