There is no connection between sessions and worker threads that lasts longer 
than one Request-Response loop.

Chuck

On Oct 23, 2010, at 11:58 AM, Farrukh Ijaz wrote:

> Good.
> 
> When you use a single browser, your browser stores cookies and direct actions 
> (I guess) use wosid cookie value to associate any existing request with any 
> subsequent for the same URL so the application does not assign a different 
> thread to serve the subsequent request.
> 
> May be someone expert in this area can explain better.
> 
> Farrukh
> 
> On 2010-10-23, at 9:50 PM, Atli Páll Hafsteinsson wrote:
> 
>> Ahh.. works as expected when using different browser, thanx.
>> Atli Páll Hafsteinsson
>> atlip...@gmail.com
>> 
>> 
>> 
>> 2010/10/23 Atli Páll Hafsteinsson <atlip...@gmail.com>:
>>> ahh.. nobe same browser, might explain it .. but why?
>>> 
>>> Atli Páll Hafsteinsson
>>> atlip...@gmail.com
>>> 
>>> 
>>> 
>>> 2010/10/22 Farrukh Ijaz <farrukh.i...@fuegodigitalmedia.com>:
>>>> I hope you are trying five different requests from five different 
>>>> absolutely unique browser requests. Then you'll find five different 
>>>> concurrent requests I hope.
>>>> 
>>>> Farrukh
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>> On 2010-10-22, at 7:26 PM, Chuck Hill <ch...@global-village.net> wrote:
>>>> 
>>>>> No, I can't think  of a logical explanation.
>>>>> 
>>>>> Chuck
>>>>> 
>>>>> On Oct 22, 2010, at 1:52 AM, Atli Páll Hafsteinsson wrote:
>>>>> 
>>>>>> Hi all
>>>>>> 
>>>>>> I am experiencing strange behavior when enabling concurrent request
>>>>>> handling in my app, if the requests com to a direct action only one
>>>>>> request is handle at a time and if they come to a component they seem
>>>>>> to be handled in batches, the first request blocks every other but the
>>>>>> after that has finished the app handles other requests concurrently.
>>>>>> Made a small app to test this with the following code:
>>>>>> 
>>>>>> try {
>>>>>>           System.out.println( "Putting to sleep: " +
>>>>>> Thread.currentThread().getName() );
>>>>>>           Thread.currentThread().sleep( 20000 );
>>>>>>           System.out.println( "Waking up: " + 
>>>>>> Thread.currentThread().getName() );
>>>>>>       }
>>>>>>       catch( Exception e ) {
>>>>>>           System.out.println( "Forced to catch the Exception, 'cause 
>>>>>> Java is stupid" );
>>>>>>       }
>>>>>> 
>>>>>> When 4 request are done almost at the same time to a direct action it
>>>>>> prints out:
>>>>>> 
>>>>>> Putting to sleep: WorkerThread0
>>>>>> Waking up: WorkerThread0
>>>>>> Putting to sleep: WorkerThread0
>>>>>> Waking up: WorkerThread0
>>>>>> Putting to sleep: WorkerThread0
>>>>>> Waking up: WorkerThread0
>>>>>> Putting to sleep: WorkerThread0
>>>>>> Waking up: WorkerThread0
>>>>>> 
>>>>>> The requests are ran one at a time.
>>>>>> 
>>>>>> 
>>>>>> But when the code is in a component it prints out:
>>>>>> 
>>>>>> Putting to sleep: WorkerThread0
>>>>>> Waking up: WorkerThread0
>>>>>> Putting to sleep: WorkerThread15
>>>>>> Putting to sleep: WorkerThread0
>>>>>> Putting to sleep: WorkerThread14
>>>>>> Waking up: WorkerThread15
>>>>>> Waking up: WorkerThread0
>>>>>> Waking up: WorkerThread14
>>>>>> 
>>>>>> That is the first request blocks all others but after that the
>>>>>> remaining 3 are ran at the same time.
>>>>>> 
>>>>>> Have set WOAllowsConcurrentRequestHandling=true and overridden
>>>>>> allowsConcurrentRequestHandling() in Application to return true.
>>>>>> 
>>>>>> Any logical explanation?
>>>>>> 
>>>>>> Using:
>>>>>> Eclipse 3.6
>>>>>> Wolips 3.6.6210
>>>>>> Latest wonder from the build server
>>>>>> WebObjects version = 5.4.3
>>>>>> java.vm.name=Java HotSpot(TM) 64-Bit Server VM
>>>>>> java.vm.version=16.3-b01-279
>>>>>> 
>>>>>> Atli Páll Hafsteinsson
>>>>>> atlip...@gmail.com
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>>>>>> 
>>>>>> This email sent to ch...@global-village.net
>>>>> 
>>>>> --
>>>>> Chuck Hill             Senior Consultant / VP Development
>>>>> 
>>>>> Practical WebObjects - for developers who want to increase their overall 
>>>>> knowledge of WebObjects or who are trying to solve specific problems.
>>>>> http://www.global-village.net/products/practical_webobjects
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> http://lists.apple.com/mailman/options/webobjects-dev/farrukh.ijaz%40fuegodigitalmedia.com
>>>>> 
>>>>> This email sent to farrukh.i...@fuegodigitalmedia.com
>>>> 
>>> 
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
> 
> This email sent to ch...@global-village.net

-- 
Chuck Hill             Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their overall 
knowledge of WebObjects or who are trying to solve specific problems.    
http://www.global-village.net/products/practical_webobjects







Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to