Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (asf.osuosl.org: domain of philguillard@gmail.com
 designates 64.233.182.189 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=WVVgVXBKM28T7jrVqfhDJEDuf2rEowKD1psRnnWCqrNJxRqiWvz5tzMnoINKSM/POOP5g4aQoauHhA+23i6ZUkTRnzZ55+UYe9Y3YeUVt3lqTo+OLM2fFHWvCZBgayLYULML9OPm361mRYdmt+xpoLo5qKlujA3Jxb+ON6NW+NI=
Message-ID: <44B3B739.8070407@gmail.com>
Date: Tue, 11 Jul 2006 10:35:37 -0400
From: philguillard <philguillard@gmail.com>
User-Agent: Mozilla Thunderbird 0.8 (X11/20041020)
MIME-Version: 1.0
To: users-fr@cocoon.apache.org
Subject: Re: continuation et session
References: <44AE94BF.4030109@gmail.com> <44AFE6E1.8050707@gmail.com>
 <f767f0600607100056w7693e803u154569765222b679@mail.gmail.com>
 <44B39750.20101@gmail.com>
In-Reply-To: <44B39750.20101@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Desole et merci! Le pb vient de AddSence de Google.
J'aurais du y penser plutot, le probleme en interessera peut etre 
certains :
Dans le cas d'une continuation qui se termine par un redirect interne, 
l'url ressemble a ceci : 
/continue.617f1b1f642138285e2e6f532f2f314e7d7a5360 jamais identique, 
google ne la connait donc jamais, passe 1 fois sur 3 voir cette page, 
d'ou la continuation invalide apres que la vraie continuation ait ete 
correctement traitee.
Avec un redirect externe, google vient sur une url qui ne concerne pas 
une continuation donc le probleme n'existe pas.

Phil

philguillard wrote:
> Je commence a croire en effet a un pb javascript et/ou load balancing, 
> dans le sens ou je n'arrive pas a reproduire le pb de maniere reguliere.
> 
> J'ai pour le moment aucune trace reseau, mais j'ai dans le meme domaine 
> qqes questions qui pourraient me permettre d'y voir plus clair:
> 
> - Deja je pense que si le timout de mes continuations etait plus long 
> j'aurais aussi moins de soucis, or dans mon cocoon.xconf j'ai:
> 
>   <continuations-manager continuation-sharing-bug-compatible="false" 
> logger="flow.manager" session-bound-continuations="false" 
> time-to-live="${continuations-manager.time-to-live}">
>     <expirations-check type="periodic">
>       <offset>${continuations-manager.expirations-check.offset}</offset>
>       <period>${continuations-manager.expirations-check.period}</period>
>     </expirations-check>
>   </continuations-manager>
> 
> Je ne vois pas d'ou vient la valeur continuations-manager.time-to-live} ???
> 
> - Si je mets "continuation-sharing-bug-compatible=true", est-ce que 
> j'evite le pb d'une continuation recue par une autre sitemap que celle 
> qui l'a initiee? Ce pourrait etre interessant dans mon cas.
> - Je me demandais aussi si les browser envoient bien le cookie de 
> session lors d'un submit de cforms puisque je fais du load balancing 
> base sur l'ID de session et je recois souvent la continuation invalide 
> sur un server alors que l'autre traite correctement cette continuation.
> 
> 
> Phil
> 
> 
> Bertrand Delacretaz wrote:
> 
>> On 7/8/06, philguillard <philguillard@gmail.com> wrote:
>>
>>> ...Pour des infos plus precises il se trouve que j'obtiens dans mes logs
>>> l'equivalent de 2 submits lorsque je termine mon flow par un redirect
>>> interne (redirectTo(uri)/sendPage(uri))...
>>
>>
>>
>> Est-ce que le browser fait vraiment deux submits? Tu peux v�rifier
>> avec un outil d'analyse r�seau genre ngrep, tcpdump, ethereal ou
>> similaire.
>>
>> Si oui, c'est peut-�tre plut�t un probl�me de javascript ou du browser
>> (IE fait �a de temps en temps, selon les phases de la lune je
>> pense...).
>>
>> -Bertrand
>>
>> ---------------------------------------------------------------------
>> 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