You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-fr@cocoon.apache.org by Marc Salvetti <ma...@notremanou.net> on 2005/03/31 14:31:09 UTC
Erreur 304, cache problem
Bonjour,
j'ai un probleme avec l'affichage des images sur mon site depuis un moment.
Apres quelques recherches, j'ai fini par comprendre que les images ne
sont pas envoyées car le serveur (resin) croit que le client a deja les
images dans son cache (Erreur 304 : not modified)
J'ai retrouvé une discussion datant de 2002 entre un utilisateur cocoon
et scott fergusson de resin.
*http://www.caucho.com/support/resin-interest/0202/0067.html
*La conclusion de la discussion (pour autant que j'y ai compris qq
chose) est que le cache de resin est 'trompé' par cocoon, et que la
prochaine version de resin corrigera ce bug.
Bien que mon provider ai une version de resin a jour, le probleme a
toujours l'air d'etre la...
Je commence a desesperer de trover une solution. S'agit il d'une
incompatibilité entre cocoon et resin ? dois-je changer de provider ?
quelqu'un a t'il deja rencontré ce probleme ?
Merci de votre aide.
Marc
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Marc Salvetti <ma...@notremanou.net>.
c'est le cas pour certaines images (svg2jpg), mais le probleme a l'air
d'etre le meme pour toutes les images, svg ou pas.
Apparement, le probleme a qq chose a voir avec un header qui s'appelle
If-modified-since, je n'ai pas bien compris, mais resin ou cocoon (ou
les 2) semblent utiliser ce header (pe l'origine du conflit)
Marc
Sylvain Wallez a écrit :
> Marc Salvetti wrote:
>
>> Bonjour,
>>
>> j'ai un probleme avec l'affichage des images sur mon site depuis un
>> moment.
>> Apres quelques recherches, j'ai fini par comprendre que les images ne
>> sont pas envoyées car le serveur (resin) croit que le client a deja
>> les images dans son cache (Erreur 304 : not modified)
>>
>> J'ai retrouvé une discussion datant de 2002 entre un utilisateur
>> cocoon et scott fergusson de resin.
>> *http://www.caucho.com/support/resin-interest/0202/0067.html
>> *La conclusion de la discussion (pour autant que j'y ai compris qq
>> chose) est que le cache de resin est 'trompé' par cocoon, et que la
>> prochaine version de resin corrigera ce bug.
>>
>> Bien que mon provider ai une version de resin a jour, le probleme a
>> toujours l'air d'etre la...
>> Je commence a desesperer de trover une solution. S'agit il d'une
>> incompatibilité entre cocoon et resin ? dois-je changer de provider ?
>> quelqu'un a t'il deja rencontré ce probleme ?
>
>
>
> Non, jamais rencontré. Je ne comprends pas bien le problème évoqué sur
> la liste. Là où le cache de Resin pourrait poser problème, c'est si
> les images renvoyées au navigateur sont produites dynamiquement (par
> ex à partir de SVG). Est-ce le cas ?
>
> Sylvain
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Sylvain Wallez <sy...@apache.org>.
Marc Salvetti wrote:
> Bonjour,
>
> j'ai un probleme avec l'affichage des images sur mon site depuis un
> moment.
> Apres quelques recherches, j'ai fini par comprendre que les images ne
> sont pas envoyées car le serveur (resin) croit que le client a deja
> les images dans son cache (Erreur 304 : not modified)
>
> J'ai retrouvé une discussion datant de 2002 entre un utilisateur
> cocoon et scott fergusson de resin.
> *http://www.caucho.com/support/resin-interest/0202/0067.html
> *La conclusion de la discussion (pour autant que j'y ai compris qq
> chose) est que le cache de resin est 'trompé' par cocoon, et que la
> prochaine version de resin corrigera ce bug.
>
> Bien que mon provider ai une version de resin a jour, le probleme a
> toujours l'air d'etre la...
> Je commence a desesperer de trover une solution. S'agit il d'une
> incompatibilité entre cocoon et resin ? dois-je changer de provider ?
> quelqu'un a t'il deja rencontré ce probleme ?
Non, jamais rencontré. Je ne comprends pas bien le problème évoqué sur
la liste. Là où le cache de Resin pourrait poser problème, c'est si les
images renvoyées au navigateur sont produites dynamiquement (par ex à
partir de SVG). Est-ce le cas ?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Marc Salvetti <ma...@notremanou.net>.
Apparement il s'agit de 2 problemes differents, dans mon cas les images
ne se melangent pas, elles ne sont pas envoyées, une erreur 304 est
envoyée a la place
Marc
Sylvain Wallez a écrit :
> Montier Patrick wrote:
>
>> Bonjour
>>
>> J'ai le même souci avec tomcat, les images se mélangent. A chaque
>> nouvelle
>> mise en production je suis obligé de supprimer les 2 fichiers cache
>> puis de
>> relancer cocoon, ce quoi ne règle pas toujours à 100% les problèmes.
>>
>>
>
> Les "images qui se mélangent" ressemblent fort au bug de JISP (utilisé
> par le cache) présent dans Cocoon 2.1.4. Plus d'infos à ce sujet sur
> http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
>
> Sylvain
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Gros cache (était Re: Erreur 304, cache problem)
Posted by Frédéric Glorieux <fr...@ajlsm.com>.
Bertrand Delacretaz wrote:
> Le 4 avr. 05, à 18:59, Frédéric Glorieux a écrit :
>
>> ...Par ailleurs, j'ai testé httpd.apache mod_cache (rapidement), selon
>> le tutoriel en Wiki. Je n'ai pas réussi à déterminer, est-ce que
>> quelqu'un a déjà réussi à le faire fonctionner pour qu'Apache.httpd se
>> raffraîchisse quand la page a changé côté Cocoon ?..
Après diverses lectures, j'ai l'impression qu'il serait possible de
synchroniser le frontal Apache avec le proxy qui génère, par un header
"Etag". Mais cela ressemble à du tout chaud de commit.
<http://www.mail-archive.com/dev@httpd.apache.org/msg24466.html>
Je suis tombé aussi là-dessus
<http://www.outoforder.cc/presentations/apachecon2004/mod_transform/tu19_mod_transform_slides.pdf>
Ils font ça
<http://www.outoforder.cc/projects/apache/mod_transform/>
Ce n'est apparemment pas pour demain qu'Apache deviendra un cocoon.
> J'ai testé sur apache2 avec mod_cache un POST sur l'URL d'une page, qui
> selon la spec (RFC jenesaispluscombien) doit causer l'invalidation de la
> page dans le cache.
Dans la cache Apache, j'ai constaté la même chose.
Ca semblait marcher très bien, mais je ne l'utilise
> pas actuellement en production. L'idée était de créer un petit composant
> Cocoon pour faire ce POST et invalider ainsi le cache.
>
> Ce que nous avons fait en pratique (pour nouvo.ch notamment) est de
> mettre une durée de vie des pages en cache mod_cache relativement
> courte, une minute environ (commandée par les headers HTTP bien sûr,
> voir http://wiki.apache.org/cocoon/ControllingModCache).
J'ai lu en effet, merci beaucoup pour cette page.
> Ca permet de ne pas avoir des pages "démodées" trop longtemps, tout en
> diminuant beaucoup les requêtes au serveur d'origine pour un site genre
> news où la plupart des visiteurs vont sur les mêmes page.
C'est certainement suffisant, et rien n'empêche de matcher un host
depuis Apache qui irait se servir derrière la cache.
--
Frédéric Glorieux ("AJLSM", <http://ajlsm.com>)
"Transfolio" <http://transfolio.org>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Gros cache (était Re: Erreur 304, cache problem)
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le 4 avr. 05, à 18:59, Frédéric Glorieux a écrit :
> ...Par ailleurs, j'ai testé httpd.apache mod_cache (rapidement), selon
> le tutoriel en Wiki. Je n'ai pas réussi à déterminer, est-ce que
> quelqu'un a déjà réussi à le faire fonctionner pour qu'Apache.httpd se
> raffraîchisse quand la page a changé côté Cocoon ?..
J'ai testé sur apache2 avec mod_cache un POST sur l'URL d'une page, qui
selon la spec (RFC jenesaispluscombien) doit causer l'invalidation de
la page dans le cache. Ca semblait marcher très bien, mais je ne
l'utilise pas actuellement en production. L'idée était de créer un
petit composant Cocoon pour faire ce POST et invalider ainsi le cache.
Ce que nous avons fait en pratique (pour nouvo.ch notamment) est de
mettre une durée de vie des pages en cache mod_cache relativement
courte, une minute environ (commandée par les headers HTTP bien sûr,
voir http://wiki.apache.org/cocoon/ControllingModCache).
Ca permet de ne pas avoir des pages "démodées" trop longtemps, tout en
diminuant beaucoup les requêtes au serveur d'origine pour un site genre
news où la plupart des visiteurs vont sur les mêmes page.
-Bertrand
Re: Gros cache (était Re: Erreur 304, cache problem)
Posted by Frédéric Glorieux <fr...@ajlsm.com>.
Sylvain Wallez wrote:
> Frédéric Glorieux wrote:
> Il doit être bourré de vieilles entrées inutiles. Une solution serait
> peut-être de le vider explicitement régulièrement
On peut peut donc passer ce genre de consignes à un sysadmin.
> (il y a une action
> "clearcache" pour ça).
Je n'avais pas vraiment réussi à faire marcher la chose en dev (rare de
cacher 1000 objets sans batterie de tests) mais en configurant à 10
objets, on voit l'effet. Merci.
Souhaitant un moyen de rendre le service pour tous ces tuyaux (merci
encore), est-ce que dans l'économie des blocks cocoon vous pensiez
isoler un dossier "status", rapide à insérer dans une appli ? Je me le
suis monté de cette manière, avec un rapide bouton "clear" pour les 2
caches. Vous avez des pratiques ou des TODOs sur le sujet ?
>> > Désolé, je n'ai pas vraiment compris le pb : c'est la taille du
>> fichier cache,
>>
>> Oui, c'est ça qui m'inquiète. Cela tient depuis trois mois, mais je me
>> demande si cela peut durer.
Dans le mail que tu cites
http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
je me questionnnais là dessus
<<
La version courante utilise EHCache par défaut
(http://ehcache.sourceforge.net/) et dispose aussi d'une implémentation
sur JCS (http://jakarta.apache.org/jcs/) et
*filesystem (très efficace sur ReiserFS)*
>>
J'ai cru lire un moment que le cache filesystem ne marchait plus, je ne
sais pas ce qu'il en est, je me demandais si certains utilisaient, ce
que cela apportait.
Par ailleurs, j'ai testé httpd.apache mod_cache (rapidement), selon le
tutoriel en Wiki. Je n'ai pas réussi à déterminer, est-ce que quelqu'un
a déjà réussi à le faire fonctionner pour qu'Apache.httpd se
raffraîchisse quand la page a changé côté Cocoon ? Cela doit pouvoir
marcher en théorie (spec et doc semble le dire), mais j'ai lu aussi des
mails disant que certains Apache2 n'implémentait pas encore bien. Si
quelqu'un a fait marcher, cela vaut la peine d'investir du temps.
> Diviser ? Pas sûr, chaque serveur va avoir son propre fichier de 1Go ;-)
Certes, sauf que chacun serait approprié à son contexte.
--
Frédéric Glorieux ("AJLSM", <http://ajlsm.com>)
"Transfolio" <http://transfolio.org>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Gros cache (était Re: Erreur 304, cache problem)
Posted by Sylvain Wallez <sy...@apache.org>.
Frédéric Glorieux wrote:
> > Désolé, je n'ai pas vraiment compris le pb : c'est la taille du
> fichier cache,
>
> Oui, c'est ça qui m'inquiète. Cela tient depuis trois mois, mais je me
> demande si cela peut durer.
Il doit être bourré de vieilles entrées inutiles. Une solution serait
peut-être de le vider explicitement régulièrement (il y a une action
"clearcache" pour ça).
> > ou les configurations de tomcat en cluster?
>
> Pour ça, cela fonctionne, mais cela ressemble à un contournement de
> brutes pour diviser le fichier cache.
Diviser ? Pas sûr, chaque serveur va avoir son propre fichier de 1Go ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Sylvain Wallez <sy...@apache.org>.
Marc Salvetti wrote:
> euh, si j'ai bien compris, pour le probleme d'origine du message
> (erreur 304) j'ai plus qu'a changer d'hebergeur alors ?
> personne n'a de solutions ? :-(
Ben pas vraiment. Faudrait s'asseoir devant l'appli pour vraiment voir
qui fait quoi entre le cache du navigateur, celui de Resin et Cocoon...
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Marc Salvetti <ma...@notremanou.net>.
euh, si j'ai bien compris, pour le probleme d'origine du message (erreur
304) j'ai plus qu'a changer d'hebergeur alors ?
personne n'a de solutions ? :-(
Frédéric Glorieux a écrit :
> > Désolé, je n'ai pas vraiment compris le pb : c'est la taille du fichier
> > cache,
>
> Oui, c'est ça qui m'inquiète. Cela tient depuis trois mois, mais je me
> demande si cela peut durer.
>
> > ou les configurations de tomcat en cluster?
>
> Pour ça, cela fonctionne, mais cela ressemble à un contournement de
> brutes pour diviser le fichier cache.
>
>
>> Frédéric Glorieux wrote:
>>
>>>
>>>> Les "images qui se mélangent" ressemblent fort au bug de JISP
>>>> (utilisé par le cache) présent dans Cocoon 2.1.4.
>>>
>>>
>>>
>>>
>>> si j'avais su à l'époque :o(
>>>
>>>> Plus d'infos à ce sujet sur
>>>> http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
>>>
>>>
>>>
>>>
>>> Merci pour le lien.
>>>
>>> Profitant d'avoir l'oreille du cocoon guru, un conseil serait le
>>> bienvenu sur le cas suivant.
>>>
>>> J'ai une appli en cocoon 2.1.6 avec la config cache par défaut. Je
>>> ne me suis pas plongé sur le problème, tout à l'air de marcher, mais
>>> j'ai peur.
>>>
>>> J'arrive à un fichier
>>>
>>> cocoon-ehcache-1.data
>>>
>>> de plus de 1Go
>>>
>>> Normalement le statique passe dans des pipe noncaching, et d'ici
>>> peu, il y aura un accès direct par httpd.apache.
>>>
>>> Toutefois, il y a beaucoup de transformations, la réponse temps réel
>>> est requise (merci cocoon !).
>>>
>>> Pour la prochaine mise à jour, j'ai optimisé mes tuyaux, mais il en
>>> restera toujours pas mal. J'ai aussi codé pour pouvoir répliquer
>>> l'appli cocoon sur plusieurs contextes tomcat, histoire de ne pas
>>> mettre tous mes oeufs dans le même panier. Toutefois, peut-être
>>> qu'une meilleure configuration de cache pourrait éviter cette
>>> extrémité (qui multiplie méchamment les process).
>>>
>>> Je me souviens tout à fait d'une discussion sur CopySourceAction,
>>> que je n'ai pas implémenté, car mon usage reviendrait à en faire un
>>> cache raffraîchissable (à la différence que je connais mieux que
>>> cocoon les sources qui doivent déclencher les mise à jour). Mais je
>>> la retiens au cas où.
>>>
>>> Vos conseils seront très attendus sur cette question, et à ma
>>> connaissance proche, pas seulement par moi.
>>
>>
>>
>>
>>
>> Sylvain
>>
>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Frédéric Glorieux <fr...@ajlsm.com>.
> Désolé, je n'ai pas vraiment compris le pb : c'est la taille du fichier
> cache,
Oui, c'est ça qui m'inquiète. Cela tient depuis trois mois, mais je me
demande si cela peut durer.
> ou les configurations de tomcat en cluster?
Pour ça, cela fonctionne, mais cela ressemble à un contournement de
brutes pour diviser le fichier cache.
> Frédéric Glorieux wrote:
>
>>
>>> Les "images qui se mélangent" ressemblent fort au bug de JISP
>>> (utilisé par le cache) présent dans Cocoon 2.1.4.
>>
>>
>>
>> si j'avais su à l'époque :o(
>>
>>> Plus d'infos à ce sujet sur
>>> http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
>>
>>
>>
>> Merci pour le lien.
>>
>> Profitant d'avoir l'oreille du cocoon guru, un conseil serait le
>> bienvenu sur le cas suivant.
>>
>> J'ai une appli en cocoon 2.1.6 avec la config cache par défaut. Je ne
>> me suis pas plongé sur le problème, tout à l'air de marcher, mais j'ai
>> peur.
>>
>> J'arrive à un fichier
>>
>> cocoon-ehcache-1.data
>>
>> de plus de 1Go
>>
>> Normalement le statique passe dans des pipe noncaching, et d'ici peu,
>> il y aura un accès direct par httpd.apache.
>>
>> Toutefois, il y a beaucoup de transformations, la réponse temps réel
>> est requise (merci cocoon !).
>>
>> Pour la prochaine mise à jour, j'ai optimisé mes tuyaux, mais il en
>> restera toujours pas mal. J'ai aussi codé pour pouvoir répliquer
>> l'appli cocoon sur plusieurs contextes tomcat, histoire de ne pas
>> mettre tous mes oeufs dans le même panier. Toutefois, peut-être qu'une
>> meilleure configuration de cache pourrait éviter cette extrémité (qui
>> multiplie méchamment les process).
>>
>> Je me souviens tout à fait d'une discussion sur CopySourceAction, que
>> je n'ai pas implémenté, car mon usage reviendrait à en faire un cache
>> raffraîchissable (à la différence que je connais mieux que cocoon les
>> sources qui doivent déclencher les mise à jour). Mais je la retiens au
>> cas où.
>>
>> Vos conseils seront très attendus sur cette question, et à ma
>> connaissance proche, pas seulement par moi.
>
>
>
>
> Sylvain
>
--
Frédéric Glorieux ("AJLSM", <http://ajlsm.com>)
"Transfolio" <http://transfolio.org>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Sylvain Wallez <sy...@apache.org>.
Frédéric Glorieux wrote:
>
>> Les "images qui se mélangent" ressemblent fort au bug de JISP
>> (utilisé par le cache) présent dans Cocoon 2.1.4.
>
>
> si j'avais su à l'époque :o(
>
>> Plus d'infos à ce sujet sur
>> http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
>
>
> Merci pour le lien.
>
> Profitant d'avoir l'oreille du cocoon guru, un conseil serait le
> bienvenu sur le cas suivant.
>
> J'ai une appli en cocoon 2.1.6 avec la config cache par défaut. Je ne
> me suis pas plongé sur le problème, tout à l'air de marcher, mais j'ai
> peur.
>
> J'arrive à un fichier
>
> cocoon-ehcache-1.data
>
> de plus de 1Go
>
> Normalement le statique passe dans des pipe noncaching, et d'ici peu,
> il y aura un accès direct par httpd.apache.
>
> Toutefois, il y a beaucoup de transformations, la réponse temps réel
> est requise (merci cocoon !).
>
> Pour la prochaine mise à jour, j'ai optimisé mes tuyaux, mais il en
> restera toujours pas mal. J'ai aussi codé pour pouvoir répliquer
> l'appli cocoon sur plusieurs contextes tomcat, histoire de ne pas
> mettre tous mes oeufs dans le même panier. Toutefois, peut-être qu'une
> meilleure configuration de cache pourrait éviter cette extrémité (qui
> multiplie méchamment les process).
>
> Je me souviens tout à fait d'une discussion sur CopySourceAction, que
> je n'ai pas implémenté, car mon usage reviendrait à en faire un cache
> raffraîchissable (à la différence que je connais mieux que cocoon les
> sources qui doivent déclencher les mise à jour). Mais je la retiens au
> cas où.
>
> Vos conseils seront très attendus sur cette question, et à ma
> connaissance proche, pas seulement par moi.
Désolé, je n'ai pas vraiment compris le pb : c'est la taille du fichier
cache, ou les configurations de tomcat en cluster?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Frédéric Glorieux <fr...@ajlsm.com>.
> Les "images qui se mélangent" ressemblent fort au bug de JISP (utilisé
> par le cache) présent dans Cocoon 2.1.4.
si j'avais su à l'époque :o(
> Plus d'infos à ce sujet sur
> http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
Merci pour le lien.
Profitant d'avoir l'oreille du cocoon guru, un conseil serait le
bienvenu sur le cas suivant.
J'ai une appli en cocoon 2.1.6 avec la config cache par défaut. Je ne me
suis pas plongé sur le problème, tout à l'air de marcher, mais j'ai peur.
J'arrive à un fichier
cocoon-ehcache-1.data
de plus de 1Go
Normalement le statique passe dans des pipe noncaching, et d'ici peu, il
y aura un accès direct par httpd.apache.
Toutefois, il y a beaucoup de transformations, la réponse temps réel est
requise (merci cocoon !).
Pour la prochaine mise à jour, j'ai optimisé mes tuyaux, mais il en
restera toujours pas mal. J'ai aussi codé pour pouvoir répliquer l'appli
cocoon sur plusieurs contextes tomcat, histoire de ne pas mettre tous
mes oeufs dans le même panier. Toutefois, peut-être qu'une meilleure
configuration de cache pourrait éviter cette extrémité (qui multiplie
méchamment les process).
Je me souviens tout à fait d'une discussion sur CopySourceAction, que je
n'ai pas implémenté, car mon usage reviendrait à en faire un cache
raffraîchissable (à la différence que je connais mieux que cocoon les
sources qui doivent déclencher les mise à jour). Mais je la retiens au
cas où.
> Sylvain
Vos conseils seront très attendus sur cette question, et à ma
connaissance proche, pas seulement par moi.
--
Frédéric Glorieux ("AJLSM", <http://ajlsm.com>)
"Transfolio" <http://transfolio.org>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
RE: Erreur 304, cache problem
Posted by Montier Patrick <pa...@montier.com>.
Bonjour,
Merci de l'info, je suis effectivement en 2.1.4.
J'ai mis le persistent-store a false comme indiqué, si cela ne suffit pas,
j'envisagerais de migrer de version cocoon.
Cordialement
Patrick
-----Message d'origine-----
De : users-fr-return-320-patrick=montier.com@cocoon.apache.org
[mailto:users-fr-return-320-patrick=montier.com@cocoon.apache.org] De la
part de Sylvain Wallez
Envoyé : jeudi 31 mars 2005 19:39
À : users-fr@cocoon.apache.org
Objet : Re: Erreur 304, cache problem
Montier Patrick wrote:
>Bonjour
>
>J'ai le même souci avec tomcat, les images se mélangent. A chaque nouvelle
>mise en production je suis obligé de supprimer les 2 fichiers cache puis de
>relancer cocoon, ce quoi ne règle pas toujours à 100% les problèmes.
>
>
Les "images qui se mélangent" ressemblent fort au bug de JISP (utilisé
par le cache) présent dans Cocoon 2.1.4. Plus d'infos à ce sujet sur
http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Erreur 304, cache problem
Posted by Sylvain Wallez <sy...@apache.org>.
Montier Patrick wrote:
>Bonjour
>
>J'ai le même souci avec tomcat, les images se mélangent. A chaque nouvelle
>mise en production je suis obligé de supprimer les 2 fichiers cache puis de
>relancer cocoon, ce quoi ne règle pas toujours à 100% les problèmes.
>
>
Les "images qui se mélangent" ressemblent fort au bug de JISP (utilisé
par le cache) présent dans Cocoon 2.1.4. Plus d'infos à ce sujet sur
http://www.mail-archive.com/users-fr@cocoon.apache.org/msg00191.html
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
RE: Erreur 304, cache problem
Posted by Montier Patrick <pa...@montier.com>.
Bonjour
J'ai le même souci avec tomcat, les images se mélangent. A chaque nouvelle
mise en production je suis obligé de supprimer les 2 fichiers cache puis de
relancer cocoon, ce quoi ne règle pas toujours à 100% les problèmes.
Si quelqu'un à une idée je sui preneur.
Cordialement
Patrick
-----Message d'origine-----
De : users-fr-return-317-patrick=montier.com@cocoon.apache.org
[mailto:users-fr-return-317-patrick=montier.com@cocoon.apache.org] De la
part de Marc Salvetti
Envoyé : jeudi 31 mars 2005 14:31
À : users-fr@cocoon.apache.org
Objet : Erreur 304, cache problem
Bonjour,
j'ai un probleme avec l'affichage des images sur mon site depuis un moment.
Apres quelques recherches, j'ai fini par comprendre que les images ne
sont pas envoyées car le serveur (resin) croit que le client a deja les
images dans son cache (Erreur 304 : not modified)
J'ai retrouvé une discussion datant de 2002 entre un utilisateur cocoon
et scott fergusson de resin.
*http://www.caucho.com/support/resin-interest/0202/0067.html
*La conclusion de la discussion (pour autant que j'y ai compris qq
chose) est que le cache de resin est 'trompé' par cocoon, et que la
prochaine version de resin corrigera ce bug.
Bien que mon provider ai une version de resin a jour, le probleme a
toujours l'air d'etre la...
Je commence a desesperer de trover une solution. S'agit il d'une
incompatibilité entre cocoon et resin ? dois-je changer de provider ?
quelqu'un a t'il deja rencontré ce probleme ?
Merci de votre aide.
Marc
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org