[Seaside] 302 error after 10 selections.

[Timothy James Ziebart]

Hi Lukas,

I have managed to investigate this further.  As you know I was getting a 
302 error every 10 requests.  Sometimes it would occur immediately after 
having restarted the session but it was reproducible every 10 requests 
consistently.  I was looking at the configuration looking for potential 
problems.  When I reduce the "cache reap interval" the errors occurs 
more  quickly.  In fact the default setting is 10 and the error occurs 
every 10 requests.  If I set it to 5 I get the error every 5 requests.  
And yes if I set it to 20 it occurs every 20 requests.

So what are the considerations when it comes to cache reap intervals?  
Or is this indicative of another problem?  I am over my head at this  
stage and would appreciate any assistance.

Thank you.

Tim

On 10-05-11 10:39 PM, Lukas Renggli wrote:
> On 12 May 2010 02:06, Timothy James Ziebart<timothy at churchmilitant.org>  wrote:
>    
>> Lukas, I do have one question with regards to jQuery as it pertains to this
>> problem.  If I have a setup as follows:
>>
>> renderContentOn: html
>>
>> html div id: 'one'
>>     self renderSelections: html.
>>     self renderResultsOn: html
>>
>>
>> renderSelections: html
>>
>>     listboxA
>>     listboxB
>>     listboxC
>>
>> renderResultsOn: html
>>
>>     componentA
>>
>> In the above scenario I need a selection from listboxA to alter the contents
>> of listboxB listboxC and ComponentA
>>
>> For the listboxes I have
>>
>> html select
>>      callback: [:value | self setupVariables: value];
>>     onChange: (jQuery id: 'one') load serializeThis;
>>     html: [:r | self renderSelections: r. self renderResultsOn: r]
>>
>> I was not sure if this was good practice or not.  I need the callback to
>> modify a number of variables required to update the listbox contents and
>> componentA before they are rendered.  Could this contribute to the 302
>> error?
>>      
> That looks good, I don't see a problem (neglecting that several
> receivers and parenthesis are missing in your example).
>
> Lukas
>
>    
>> On 10-05-11 04:28 PM, Timothy James Ziebart wrote:
>>      
>>> I'll see what I can do.   I need to meet a project deadline so it will be
>>> a few days before I can get back to this.
>>>
>>> On 10-05-11 03:08 PM, Lukas Renggli wrote:
>>>        
>>>> That looks good as far as I can tell.
>>>>
>>>> Can you post a small 10-click reproducible code example?
>>>>
>>>> Lukas
>>>>
>>>> On 11 May 2010 23:42, Timothy James Ziebart<timothy at churchmilitant.org>
>>>>   wrote:
>>>>          
>>>>> Thanks Lukas,  I attached a screen capture of firebug.  I am not sure if
>>>>> this is adequate.  Sorry for my lack of understanding.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 10-05-11 02:22 PM, Lukas Renggli wrote:
>>>>>
>>>>> AFAIK the page cache normally keeps 10 requests.
>>>>>
>>>>> However AJAX requests should go into the current page cache, thus that
>>>>> cannot expire. Check with FireBug or a similar tool that all request
>>>>> that don't do a full refresh share the same _k key with the current
>>>>> page. If not, I suspect that there is something wrong with your AJAX
>>>>> code.
>>>>>
>>>>> Lukas
>>>>>
>>>>> On 11 May 2010 23:15, Timothy James Ziebart<timothy at churchmilitant.org>
>>>>>   wrote:
>>>>>
>>>>>
>>>>> Hi all,
>>>>>
>>>>> strange problem.  I have a form with 3 list boxes.  BoxA updates BoxB
>>>>> and
>>>>> BoxC dynamically.  I am using jQuery to serialize and reload the boxes.
>>>>> This is the problem:
>>>>>
>>>>> After having made the 10th selection in any of the boxes I get a 302
>>>>> message
>>>>> from the server and the dispatcher page is displayed in place of the
>>>>> list
>>>>> boxes.  Only on the 10th selection. It does not appear to matter how
>>>>> many
>>>>> times I make selections in a particular list or in what sequence -- it
>>>>> always occurs on the 10th selection.
>>>>>
>>>>> Any suggestions as to what it might be?  Curious it occurs on the 10th -
>>>>> could it be the element id's (using nextId when element redrawn)?   I am
>>>>> at
>>>>> a loss as to where to look.
>>>>>
>>>>> Thank you for taking the time.
>>>>>
>>>>> Tim
>>>>>
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> seaside at lists.squeakfoundation.org
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> seaside at lists.squeakfoundation.org
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>>
>>>>>            
>>>>
>>>> --
>>>> Lukas Renggli
>>>> www.lukas-renggli.ch
>>>> _______________________________________________
>>>> seaside mailing list
>>>> seaside at lists.squeakfoundation.org
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>
>>>>          
>>> _______________________________________________
>>> seaside mailing list
>>> seaside at lists.squeakfoundation.org
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>>>        
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>>      
>
>
>