Re: WebObjects scalability question - WOSession?
Re: WebObjects scalability question - WOSession?
- Subject: Re: WebObjects scalability question - WOSession?
- From: Chuck Hill <email@hidden>
- Date: Mon, 15 Nov 2010 16:54:12 -0800
On Nov 15, 2010, at 4:09 PM, Ian Joyner wrote:
> (Not that I'm doing any WO these days, but I still like to follow.)
>
> One thing that has always worried me about scalability is keeping the per user "application state" on the server in WOSession. Knowing more about REST now, this is very unrestful and not stateless, which means will not scale.
No, it doesn't. It means that you don't have session failover or auto-migration for a session based app. Those can be done with WO, but it is not easy and there are tradeoffs. Full statelessness makes it easier to scale at the price of not having convenient state. WO brings convenient state-fullness at the price of more complex scaling. That is a trade off that I am usually happy with.
Chuck
> How is this problem dealt with these days? WOnder?
>
> Thanks
> Ian
>
> On 16 Nov 2010, at 03:43, Greg Lappen wrote:
>
>> Hi everyone,
>>
>> Based on using WO for the last 7 years, I have observed a couple of things that seem to be a performance bottleneck in WebObjects. I know that Apple uses WebObjects on a large scale for iTunes and ecommerce, so there must be solutions to these.
>>
>> #1 - Only one thread can be processing at once. I seem to recall that this is a limit in EnterpriseObjects but it's been a while.
>>
>> #2 - EnterpriseObjects caches every object from the database.
>>
>> With that being said, how can you horizontally scale your application layer? If you setup more instances of your app, they each have their own caches, which will be out of sync with each other. Is there a commonly used framework for doing distributed cache management? And is it possible to make your applications multithreaded so page requests can be processed concurrently?
>>
>> Thanks!
>>
>> Greg
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
--
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden